|
|
  |
Глюки нового AD (6.8) |
|
|
|
Nov 18 2007, 16:38
|
Участник

Группа: Участник
Сообщений: 41
Регистрация: 1-12-05
Пользователь №: 11 642

|
Итак, новое обновление - новые глюки. Пришлось откатиться на 6.7 1. когда на плате находится текст (инверсный, шрифт Ариал), то при распечатке буковок не видно.
2. Глюк всех версий - при распечатке задаю параметры печат, выбираю "Качественная фотобумага", качество максимальное, однако печать идет как на обычной бумаге, качество среднее. Не могу понять, откуда он берет настройки. Кстати, если зайти в настройки принтера снова - предыдущие настройки не сохранены.
WTF?
|
|
|
|
|
Nov 19 2007, 01:14
|
Частый гость
 
Группа: Свой
Сообщений: 153
Регистрация: 15-05-06
Из: Николаев
Пользователь №: 17 119

|
Цитата(Черчилль @ Nov 18 2007, 18:38)  2. Глюк всех версий - при распечатке задаю параметры печат, выбираю "Качественная фотобумага", качество максимальное, однако печать идет как на обычной бумаге, качество среднее. Не могу понять, откуда он берет настройки. Кстати, если зайти в настройки принтера снова - предыдущие настройки не сохранены. WTF? У меня тот же прикол на Canon IP 1800. Я на пленку печатаю. Тип бумаги вправляю в предпросмотре. В настройках принтера ставлю максимально "темное" качество не во время печати, а в панели управления. Вроде насыщенно идет.
|
|
|
|
|
Nov 19 2007, 15:06
|
Участник

Группа: Свой
Сообщений: 65
Регистрация: 15-03-05
Из: Минск
Пользователь №: 3 365

|
6.7 тоже этим страдает.
|
|
|
|
|
Dec 3 2007, 11:26
|
Участник

Группа: Новичок
Сообщений: 22
Регистрация: 2-10-06
Из: Москва
Пользователь №: 20 878

|
После обновления до 6.8 обнаружила, что после формированиния гербера и сверловки они не сходятся в Саме. После отката стало все нормально. В чем причина так и не поняла.
|
|
|
|
|
Dec 3 2007, 17:09
|
Знающий
   
Группа: Свой
Сообщений: 807
Регистрация: 17-05-06
Из: Москва
Пользователь №: 17 175

|
Цитата(Ludok @ Dec 3 2007, 14:26)  После обновления до 6.8 обнаружила, что после формированиния гербера и сверловки они не сходятся в Саме. После отката стало все нормально. В чем причина так и не поняла. Посмотрите на всякий случай в настройках, возможно-разные форматы данных по умолчанию в двух программах.
|
|
|
|
|
Dec 4 2007, 12:32
|
Частый гость
 
Группа: Участник
Сообщений: 105
Регистрация: 22-06-05
Пользователь №: 6 228

|
Ошибка при формировании GBR и ODB++ файлов (версии 6.7, 6.8.*) Если на плате есть компоненты, повёрнутые на 45 градусов, то при формировании GBR и ODB++ файлов из панели, созданной в PCB-редакторе с помощью команды “place -> embedded board array”и содержащей зеркальную копию платы, контактные площадки для этой зеркальной копии поворачиваются в противоположную сторону, чем компоненты. В результате появляются замыкания. На элементах, расположенных под углами, кратными 90 градусов этого не видно.
|
|
|
|
|
Dec 6 2007, 15:45
|

Гуру
     
Группа: Модераторы
Сообщений: 11 653
Регистрация: 25-03-05
Из: Минск
Пользователь №: 3 671

|
Зараза. вот еще в чем нехорошесть. Картинка 1. Все без проблем, связи в шине передаются с тем именеим, которое присвоено по умолчанию. Связь однозначная Картинка 2. Все без проблем, имена в шине присваиваются по имени шины+ имени вывада из шины. Связь однозначная Картинка 3 (безымянная шина). Что мертвому припарка. Что шина есть, что ее нету все связи имеют свои имена и электрически не связаны. Хотя должно быть как и в первом случае, если выхода шины за пределы одного листа схемы нет. Связи никакой нет!!!
Эскизы прикрепленных изображений
|
|
|
|
|
Dec 6 2007, 18:26
|

Профессионал
    
Группа: Админы
Сообщений: 1 884
Регистрация: 15-07-06
Из: Новосибирск, Россия
Пользователь №: 18 835

|
Чтобы не путаться, удобнее, наверное, разделить понятия "bus" и "harness", т.е. "шина" и "жгут" в буржуйской терминологии. Цитата(Владимир @ Dec 6 2007, 18:45)  Хотя должно быть как и в первом случае, если выхода шины за пределы одного листа схемы нет. Связи никакой нет!!! Я так понял, чтобы установить связь между проводниками в жгуте, необходимо либо расставить лэйблы на проводниках обоих концов жгута, либо именовать каким-либо образом сам жгут, либо первое и второе вместе. Если ни первого, ни второго, то и связи нет. В описании построения соединения в таком виде вроде нет. Одних одноимённых "harness entry" мало.
|
|
|
|
|
Dec 6 2007, 20:53
|

Гуру
     
Группа: Модераторы
Сообщений: 11 653
Регистрация: 25-03-05
Из: Минск
Пользователь №: 3 671

|
Цитата Я так понял, чтобы установить связь между проводниками в жгуте, необходимо либо расставить лэйблы на проводниках обоих концов жгута, Нет, не обязательно. Связи всегда именованы или автоматом, или в этом случае через "лэйблы" . Но эо не обязательно. Если протинута Signal Hartnes (жгут с разноименными сигналами) между двуми или более Hartnes (вводами в жгут) та свизь обязана производится по Hartnes Entry (именам ввода в жгут) Если именовать сам жгут-- все правильно, к именам цепи добавляется имя жгута. Если к жгуту подключить Port-- все правилно, связи соединяются Но Port предназначен для межлистовых связей, хотя может использоваться и на одно листе. Если даннай тип связи применен только на одном листе (тоесть для локального жгута) зачем мне именовать этот жгут. Конечно труда не составляет, и я именно так и поступлю. Но это не верно. Раз жгут подключен и соединяет два или более Signal Hartnes связи должны чер динить одноименные Hartnes Entry разных Hartnes
|
|
|
|
|
Dec 7 2007, 16:22
|

Профессионал
    
Группа: Админы
Сообщений: 1 884
Регистрация: 15-07-06
Из: Новосибирск, Россия
Пользователь №: 18 835

|
Цитата(Владимир @ Dec 7 2007, 18:38)  не люблю лишних надписей. Солидарен. В 6.8 ввели интерфейсную поддержку симуляторов SIMetrix, SIMPLIS. Есть дыра. Опция "Keep last Setup" в "Analysis setup" этих симуляторов не работает, всегда каждая кривая рисуется в собственном "plot", не зависимо от предыдущего расположения. Жутко неудобно. Что касается моделирования, хочется сказать следующее: пора вводить поддержку графического ускорения при выводе кривых. На данный момент, ни ресурсы видеокарты, ни HT тут не используются. В итоге приличное торможение. К примеру, SIMetrix, построенный на том-же XSPICE, в своём родном интерфейсе считает и регенерирует кривые в 10-15 раз быстрее. Вообще в использовании GPU положительная динамика есть: 1. В 6.3 ввели поддержку DirectX на PCB, результат налицо. 2. В 6.8 ввели 3D Visualization, который во всю мощь использует Shader Model 3.0. По сравнению со старым 3D View - небо и земля. Надеюсь, в ближайших релизах Altium возьмётся и за Curve Viewer.
|
|
|
|
|
Dec 12 2007, 11:19
|

Гуру
     
Группа: Свой
Сообщений: 2 002
Регистрация: 17-01-06
Из: Томск, Россия
Пользователь №: 13 271

|
Поставил вчера наконец-то 6.8.11816. Сразу что бросилось в глаза - заметно тормознее производится масштабирование платы или смещение в стороны... Даже я бы сказал, напрягает это торможение... Не знаю, что и делать, хоть обратно на 6.7 переходи. Как думаете, изменит ли ситуацию, если я поставлю супернавороченную видюху, которая рекомендуется? Щас у меня 3ГГц пеньтиум и 1 ГБ оперативки, вроде нехило. Но всё равно тормозит Потом... С 3Д вообще плохо. Вот этот файл
PCB3DViewLib.rar ( 414.62 килобайт )
Кол-во скачиваний: 187 библиотеки компонентов 3Д в 6.7 открывался нормально, и я с ним нормально работал, а в 6.8 не открывается - "программа выполнила недопустимую операцию". Попробуйте, пожалуйста, у всех так? Или данная проблема также связана с отсутствием у меня рекомендуемой видюхи с директиксом 9с?
--------------------
Зная себе цену, нужно ещё и пользоваться спросом...
|
|
|
|
|
Dec 12 2007, 17:34
|

Местный
  
Группа: Свой
Сообщений: 288
Регистрация: 25-06-05
Пользователь №: 6 304

|
Я заметил пару глюков: 1. если задать параметр элементу на русском, например Name="Значение" Value="10k", а в поле Comvent выбрать "=Значение" и поставить галку Visible то на схеме будет вместо "10k" отображаться "#NAME?". Если в параметре вместо "Значение" написать любое английское слово, то проблема исчезает. 2. Поставил последнюю версию на ноутбук, но почемуто там даже нет возможности включить "3D Visualisation". Возможно при установке инсталлер решил что для этого не хватает ресурсов и модуль ответственный за это дело не поставил, но проблема не в этом,а в том что РСВ-ишки сохраненные на ноутбуке и потом открытые на стационарном компе, на котором "3D Visualisation" прекрасно работает, почемуто безвозвратно теряют цвет платы  вместо чёрной платы я вижу цвет фона(серый), ни какие операции по изменению цвета платы обратно в родной черный ни к чему не приводят  а на ноуте все нормально.. чёрная! 3. Ну и на последок, самый не приятный глюк, связанный с совместимостью. При запущенном AD начинает глючить программатор висящий на LPT  я так предполагаю это из-за того, что AD пытается найти нанобоард... можно ли это дело как то отрубить, штоб он LPT в покое оставил?
--------------------
|
|
|
|
|
Dec 13 2007, 10:20
|
Местный
  
Группа: Свой
Сообщений: 374
Регистрация: 22-03-05
Из: Пенза
Пользователь №: 3 580

|
В редакторе PCB при создании отдельных полигонов (не спорю, чертовски удобно просто линиями нарисовать - и только цепь задай) довольно часто возникает Runtime Error в библиотеке ADVPCB.DLL, после которой редактор перестает выделять вновь создаваемые области в отдельные полигоны. Точную причину установить не удалось, видимо это само желание пользователя создать полигон в плэйне. Решается перезагрузкой AD, причем если ошибка приключилась на замыкании контура (то есть вел последнюю линию), то при перезагрузке необходимо удалить одну из линий контура и провести снова, чтоб полигон таки был создан. И еще не совсем понимаю логику выделения полигонов в плэйнах. Если пытаться перетащить компонент при активном каком-либо слое типа Plane (продолжительный левый клик на компоненте), почему-то предлагается на выбор компонент или полигон под ним из активного слоя Plane. Но ведь не таскаются отдельные полигоны в слоях Plane (при выборе в выпадающем меню полигона появляется обычная тянущаяся за курсором рамка для выделения нескольких объектов), зачем мне это предлагать? Пару раз еще терпимо, но постоянно прыгать по слоям, чтоб не делать этот бестолковый выбор, уже надоело.
И еще один неоднозначный момент. В 6.8 переместили вкладку Show/Hide в другое окно, а вместе с этим и сами настройки из системы в сам файл PCB. И видимо не только их, так как файл без формата Binary PCB 5.0 в 6.8 в среднем на 200 килобайт больше, чем в 6.7.
З.Ы. В 6.7 было два взаимодополняющих друг друга тормоза. Первый - масштабирование и панорамирование "тяжелой" платы без использования DirectX, ручная трассировка при этом работает нормально. Второй - включаем DirectX на той же плате, все сразу становится красивое, не дергается при масштабировании и панорамировании, но при интерактивной разводке каждый клик по площадке/проводнику/... с намерением начать вести цепь вгонял AD в полсекундную задумчивость, которая после получаса работы начинает просто бесить. Чертовски рад, что это наконец устранили, и чертовски зол, что вместо одних мелких тормозов добавили другие.
|
|
|
|
|
Dec 17 2007, 07:19
|
Местный
  
Группа: Свой
Сообщений: 334
Регистрация: 15-02-07
Из: Великий Новгород
Пользователь №: 25 384

|
Чуть выше поднималась тема отображения параметров компонента. Я может чего-то не допонимаю, но у меня другой клинический случай. Посмотрите, пожалуйста, на картинку.
Вопрос почему поле "Comment" со значением "=Type" отображается как "#NAME?"? :-( Параметр "Туре" у компонента есть. Параметр "=Value" у кондюка отображается верно. Самое интересное, если параметр "Type" переименовать в "Type1" и изменить поле "Comment" на "=Type1", то все отображается нормально.
|
|
|
|
|
Dec 17 2007, 08:11
|
Местный
  
Группа: Свой
Сообщений: 334
Регистрация: 15-02-07
Из: Великий Новгород
Пользователь №: 25 384

|
Цитата(Владимир @ Dec 17 2007, 10:30)  [Может потому, что "Type параметр зарезервирован по системный тип. И соответственно пытается брать значение оттуда Не очень понял насчЁт системного типа. 8-) Если "Type" системный параметр, то почему "Value" отображается нормально. ;-) ЕщЁ могу добавить, что у коннектора параметр "Company" отображается нормально, а "Company package" уже как "#Name?". Получается, что не все параметры одинаково полезны. :-(.
|
|
|
|
|
Dec 17 2007, 14:09
|
Частый гость
 
Группа: Участник
Сообщений: 105
Регистрация: 22-06-05
Пользователь №: 6 228

|
Цитата(Murzik_6011 @ Dec 17 2007, 11:11)  ЕщЁ могу добавить, что у коннектора параметр "Company" отображается нормально, а "Company package" уже как "#Name?". Получается, что не все параметры одинаково полезны. :-(. Не любит пробела в названии параметра: попробуйте "Company_package" - всё должно работать.
|
|
|
|
|
Dec 17 2007, 15:11
|
Местный
  
Группа: Свой
Сообщений: 334
Регистрация: 15-02-07
Из: Великий Новгород
Пользователь №: 25 384

|
Цитата(S17 @ Dec 17 2007, 17:09)  Не любит пробела в названии параметра: попробуйте "Company_package" - всё должно работать. Type, кстати не содержит пробелов, а только "-" :-). Сегодня вечерком покопаю.
|
|
|
|
|
Dec 17 2007, 19:56
|
Местный
  
Группа: Свой
Сообщений: 334
Регистрация: 15-02-07
Из: Великий Новгород
Пользователь №: 25 384

|
Цитата(Владимир @ Dec 17 2007, 19:39)  В окне парметров есть выпадающее меню "TYPE" Скорее всего с этим и связано. то есть это название уже зарезервировано. Но покопайтяе По идее они должны были в одном из PDF выложить зарезервированные слова Вообщем, результаты не утешительные. Копание дало... Нет, оно ничего не дало. С помощью Parameter Manager выяснилось, что Type к системным параметрам не относится. Самое интересное, это строчка в манускрипте TU103: "If the Comment is left blank it will automatically be populated with the Library Reference when the component is placed." Я убедился с помощью Parameter Manager, что поле Type совпадает в моЁм случае с Library Reference. "Очистил" поле Comment и ничего не увидел на месте, где должен бы появиться этот Library Reference. Попутно выяснилось: значение параметра может быть каким угодно (с пробелами, дефисами и т.д.), а вот в имени параметра допускается только подчЁркивание.
|
|
|
|
|
Dec 18 2007, 07:08
|

Гуру
     
Группа: Модераторы
Сообщений: 11 653
Регистрация: 25-03-05
Из: Минск
Пользователь №: 3 671

|
Цитата а вот в имени параметра допускается только подчЁркивание. Забыли добавить руские буквы и спецсимволы. В принципе вводятся, но не все функции поддерживаются. Второе не надо вводит типовае названия. Года полтора назад ввел параметр с именем FootPrint Для отображения текущего посадочного места, но при сохранениив версии 5.0 был конфликт, вроде бы в формировании BOM. Долго вычищал из библиотек потом эту заразу. С тех пор ввожу только названия с малой степенью вероятности использования для чего либо воообще еще.
|
|
|
|
|
Dec 18 2007, 07:38
|
Местный
  
Группа: Свой
Сообщений: 334
Регистрация: 15-02-07
Из: Великий Новгород
Пользователь №: 25 384

|
Цитата(Владимир @ Dec 18 2007, 10:08)  Второе не надо вводит типовае названия. Года полтора назад ввел параметр с именем FootPrint Для отображения текущего посадочного места, но при сохранениив версии 5.0 был конфликт, вроде бы в формировании BOM. Долго вычищал из библиотек потом эту заразу. С тех пор ввожу только названия с малой степенью вероятности использования для чего либо воообще еще. Видимо придЁтся от Type отказаться :-(.
|
|
|
|
|
Dec 18 2007, 09:08
|
Местный
  
Группа: Свой
Сообщений: 328
Регистрация: 15-08-06
Из: Севастополь
Пользователь №: 19 562

|
А вот еще совершенно неожиданный глюк... Рисую схему с многоканальной иерархией. То есть, на 3-м листе схема канала, на втором - шесть символов 3-го листа с параметрами. В результате получаю, что в перечне элементов все нормально, параметры передались из второго листа на третий совершенно верно, а вот на экране получается чушь - первые два модуля (А1 и А2) продолжают показывать вместо значения параметров их имена - R1, R2, C1, C2. Остальные четыре показывают правильные параметры. Причем, попробовал подключать блоки по очереди. Вставляю в схему первый символ листа, прописываю параметры, компилирую проект - все в порядке, все отображается. Вставляю второй символ, прописываю параметры, компилирую проект - и все, отображение пропало на обоих каналах. После вставки третьего и остальных символов листов получаю, что на третьем и следующих после него каналах параметры элементов отображаются, а на первых двух - только имена параметров  ************************************************ Вопрос с "глюком" снят - спасибо за помощь Владимиру! Проблемы были из-за того, что в схеме возникла путаница с именами блоков. То есть, на 2-м листе - шесть каналов схемы листа 3, а на первом - еще два канала схемы листа 4. Причем на первом листе блоки у меня назывались А1 и А2, а на втором - А1, А2, ... , А6. Вот для блоков А1 и А2 глюк и наступал.
|
|
|
|
|
Dec 18 2007, 09:56
|
Участник

Группа: Свой
Сообщений: 43
Регистрация: 12-06-06
Пользователь №: 18 002

|
У меня тоже весело. Вчера плату рисовал, он при проведении одной дорожки всё время зависал. После того, как я удалил и добавил компонент, к которому шла дорожка, вроде перестал. Но всё равно Altium иногда подвисает и приходится перезапускать. Появилось ощущениу какой-то тормознутости (ну например когда двигаешь всю плату). Также у него глюки с перерисовкой. Ещё такой глюк был: по какой-то причине при Interactive Routing дорожки перестали "липнуть" к центрам PADов, пришлось ставить очень маленький Grid. В настройках сбросил всё на default, но это не помогло. Странный апдейт. С одной стороны куча полезностей и удобностей добавили, с другой стороны он удивительно глючной.
|
|
|
|
|
Dec 18 2007, 11:21
|
Местный
  
Группа: Свой
Сообщений: 328
Регистрация: 15-08-06
Из: Севастополь
Пользователь №: 19 562

|
Цитата(Владимир @ Dec 18 2007, 11:49)  что-то не так. У меня аналогично 8 блоков. Все работает корректно. Только проект нужно скомпилировать. Я компилировал, без этого каналы A3-A6 не отображались бы  Глюк только на первых двух, и понять ничего не могу... Отправил Вам почтой проект. Если Вас не затруднит, попробуйте открыть его и скомпилировать.
|
|
|
|
|
Dec 18 2007, 12:22
|

Гуру
     
Группа: Модераторы
Сообщений: 11 653
Регистрация: 25-03-05
Из: Минск
Пользователь №: 3 671

|
Цитата Отправил Вам почтой проект Все просто. Отправил почтой примерно так При номерации блоков тоже не надо повторятся У вас первые 6 идентичных имеют номера с А1 по А6 И еще два на другом листе то же А1 и А2 Вот для совпадающих бяка и наступает, оно не стого блока пытается втянуть параметры
|
|
|
|
|
Dec 19 2007, 07:42
|
Частый гость
 
Группа: Участник
Сообщений: 105
Регистрация: 22-06-05
Пользователь №: 6 228

|
Ошибка в «Publish to PDF» (окно «Output Job») (версия 6.8.1)
При формировании PDF-файла сборочного чертежа с помощью этой команды из «Output Job», в списке компонентов для верхней и нижней стороны платы в PDF-файле присутствуют сразу ВСЕ компоненты, а не только те, которые относятся данной стороне. Причём для зеркальной стороны показывает место положения компонента неправильно, забывая о зеркальности. При этом «Smart PDF», формируя аналогичный сборочный чертёж, работает правильно.
Имя формируемого PDF-файла командой «Publish to PDF» одинаково для всех сборок (в «Output Job» их м.б. несколько) и устанавливается в установках команды, а должно браться из поля «Name» в «Output Job».
Ошибка в «Output Job»
Не пишется в названии (поле «Name») буква “S”, “s”.
Ошибка в «Variant Drawing Stile» из «Assembly variants..» (версии 6.7, 6.8.*)
Если воспользоваться маркировкой на сборочном чертеже не устанавливаемых компонентов с помощью графики (перечёркивания), то это перечёркивание появляется на распечатке любого слоя, вне зависимости от нахождения на нём неустанавливаемого компонента. Т.е. распечатка нижней стороны содержит перечёркивания, относящиеся к неустанавливаемым элементам верхней стороны и наоборот.
|
|
|
|
|
Dec 20 2007, 15:00
|
Местный
  
Группа: Свой
Сообщений: 328
Регистрация: 15-08-06
Из: Севастополь
Пользователь №: 19 562

|
Цитата(Vokchap @ Dec 20 2007, 12:32)  Насчет диагонали - скорее с видеокартой связано, а нормальное отображение Component Body - это как раз сплошная полупрозрачная заливка, если есть поддержка шейдеров, если нет - то сетка.  Вот снимок экрана с одной из машин. Что бы это значило? На моей машине карточка поддерживает шадер 3.0, директХ включен, но у меня везде Body отображается сеткой. Это неправильно? Может быть, где-то еще нужно галочку поставить?
Эскизы прикрепленных изображений
|
|
|
|
|
Dec 27 2007, 11:10
|
Частый гость
 
Группа: Свой
Сообщений: 82
Регистрация: 14-03-06
Из: Санкт-Петербург
Пользователь №: 15 227

|
Еще глючок заметил: При генерации NC Drill всегда выдает в дюймах... как ни старайся; хотя гербер нормально в запрошенных еденицах. На 6.7 - нормально все в ММ выдало. Код M48 ;Layer_Color=9474304 ;FILE_FORMAT=4:3 INCH,TZ ;TYPE=PLATED T1F00S00C0.028 T2F00S00C0.035 T3F00S00C0.126 на GMA950 - DirectX - не работает (хотя вроде как графика DX9.0c - держит)
|
|
|
|
|
Jan 4 2008, 16:10
|
Участник

Группа: Участник
Сообщений: 30
Регистрация: 19-09-06
Пользователь №: 20 523

|
Цитата(cf7k @ Dec 27 2007, 13:10)  Еще глючок заметил: При генерации NC Drill всегда выдает в дюймах... как ни старайся; хотя гербер нормально в запрошенных еденицах. На 6.7 - нормально все в ММ выдало. Код M48 ;Layer_Color=9474304 ;FILE_FORMAT=4:3 INCH,TZ ;TYPE=PLATED T1F00S00C0.028 T2F00S00C0.035 T3F00S00C0.126 на GMA950 - DirectX - не работает (хотя вроде как графика DX9.0c - держит) Всем доброго времени суток! Глюк генерации дюймовых отверстий вроде лечится так: 1. Запускаете Fabrication Outputs -> NC Drill Files. 2.Вылезет табличка, устанавливаете милиметры, формат. Затем устанвливаете галку в пункте Generate Board Edge Rout Path (там по умолчанию стоит 200 mil), там пишите любую цифру но ОБЯЗАТЕЛЬНО напишите после нее mm. Снимаете галку(если надо) и генерируете файл. У меня зароботало. В приложении screenshot.
Эскизы прикрепленных изображений
|
|
|
|
|
Jan 9 2008, 06:11
|

Профессионал
    
Группа: Свой
Сообщений: 1 751
Регистрация: 4-08-05
Из: Великие Луки
Пользователь №: 7 360

|
Цитата Msf Спасибо! Ваша метода помогла
--------------------
Андрей Смирнов
|
|
|
|
|
Jan 15 2008, 15:53
|

Знающий
   
Группа: Свой
Сообщений: 630
Регистрация: 2-08-05
Пользователь №: 7 294

|
Цитата(Владимир @ Jan 15 2008, 18:49)  Вот нарвался на неприятный глюк. При сохранении Drill с максимальным разрешением, встроеннай CAM показавыет все Ok Однако откритие его CAM8.7 для большого размера платы-- часть дырок на месте- часть- улетает за пределы платы. Хотя может это глюк и не AD6. До конца не разобрался
Вот и кратинка с глюком. Нехорошо однако. Доверие проподает Этот глюк я давно заметил. Он возникает при сохранении в формате 2.5 Если сохранять в 2.3 или 2.4 то все нормально. Глюк виден в САМ9 и 9.5
--------------------
летаю на пепелаце...
|
|
|
|
|
Feb 20 2008, 14:23
|
Знающий
   
Группа: Свой
Сообщений: 921
Регистрация: 6-04-07
Из: Israel
Пользователь №: 26 822

|
Не далее как вчера наткнулся на проблемку: сделал разводку + весь путь к герберам в AD 6.8 своего-же дизайна. Я сам не разводчик, я разработчик, но т.к. конкретный дизайн - маленький и PCB всего на 2 слоя - делал сам (с поддержкой Altium support team по телефону). В разводке было 2 полигона под одним из чипов. Производитель (он сам разводчик по профилю) просил послать ему сам layout кроме самих моих герберов, но сохранить в Protel (ибо Altiumа у него не было). Сделал. Он посмотрел, проверил мелочи, обсудили, он approved. Вчера получил готовые борты. Начал проверять - нет полигонов. Обратился к нему, проверили сами герберы - на моих герберах они есть, все ОК. Затем оказалось что он сделал свои герберы из разводки в Protelе которую я ему послал, и тут все стало понятно. Звонил в наш местный support Альтиума - они не были уверены насчет Protelя, но в Pcadе они подтвердили что после конвертации нужно перезаливать полигоны. В результате конвертации, остаются outlines полигонов, но видимо и в Protelе нужно видимо их перезаливать.
В общем, будет second run плат, ессно для него недешевый урок, но полезный.
|
|
|
|
|
Feb 25 2008, 08:36
|
Местный
  
Группа: Свой
Сообщений: 328
Регистрация: 15-08-06
Из: Севастополь
Пользователь №: 19 562

|
Цитата(Саша Z @ Feb 20 2008, 16:23)  В результате конвертации, остаются outlines полигонов, но видимо и в Protelе нужно видимо их перезаливать. Все просто: в протеле 99 нет полигонов типа Solid (со сплошной заливкой). Если хотите ,чтобы полигоны передавались сразу - смените перед конвертацией тип полигонов на Hatch с размером ячеек меньше, чем толщина дорожек. Правда, при перестройке полигона в Альтиуме на штрихованный мы несколько раз замечали, что иногда перестройка получается какой-то "корявой" - с незалитыми местами и торчащими за пределы полигона линиями. Кроме того, учтите, что Protel 99 так же не понимает вырезы в полигоне и вырезы в плате (которые появились в последней версии Альтиума). Лучше всего, как мне кажется, делать гербер из Альтиума, а проект Protel99 использовать только для "просмотреть" на экране.
|
|
|
|
|
Mar 4 2008, 12:40
|
Знающий
   
Группа: Свой
Сообщений: 921
Регистрация: 6-04-07
Из: Israel
Пользователь №: 26 822

|
Цитата(eXeC001er @ Mar 4 2008, 16:24)  не знаю глюк или нет. в схематике при соединении трёх проводников получается точка в месте соединния. а если потом в это соединение подвести еще проводник (чтобы был соединение из четырех связей) то точка исчезает и по виду получается что соединения нет. как это отражается на PCB не знаю. кто нить чего нить знает? Это скорее всего не bug а может быть связано с опциональными установками схемной рисовалки Альтиума. Смотрите в Tools -> Schematic Preferences, там в Schematic -> General поиграйтесь опциями: Optimize Wires & Buses, Convert Cross-Junctions, Display Cross-Overs. Вполне вероятно у вас установлена первая опция, ежели так, но вероятно отменив ее решите свою проблему. Я по началу тоже накололся на ней, тоже в плане junctions, звонил supportу Альтиума, они меня надоумили. Цитата(Владимир @ Mar 4 2008, 16:36)  Отражается правильно , как и положено, но для Вас плохо 1. или искусственно поставить Place/Manual junction 2 снять галку Optimise Wires and Bus в Preference 3 поставить галку Convert cross junction там-же 4 .... Способов много на любителя, но смотреть за этим нужно. +100 Наступили мне на язык
|
|
|
|
|
Mar 4 2008, 13:44
|

Гуру
     
Группа: Модераторы
Сообщений: 11 653
Регистрация: 25-03-05
Из: Минск
Пользователь №: 3 671

|
Цитата(Саша Z @ Mar 4 2008, 14:40)  Это скорее всего не bug а может быть связано с опциональными установками схемной рисовалки Альтиума. Смотрите в Tools -> Schematic Preferences, там в Schematic -> General поиграйтесь опциями: Optimize Wires & Buses, Convert Cross-Junctions, Display Cross-Overs. Вполне вероятно у вас установлена первая опция, ежели так, но вероятно отменив ее решите свою проблему. Я по началу тоже накололся на ней, тоже в плане junctions, звонил supportу Альтиума, они меня надоумили. +100 Наступили мне на язык  Цитата Наступили мне на язык Виноват, не хотел
|
|
|
|
|
Mar 6 2008, 09:02
|
Местный
  
Группа: Свой
Сообщений: 328
Регистрация: 15-08-06
Из: Севастополь
Пользователь №: 19 562

|
Обнаружен новый глюк, возникающий при генерации перечня элементов. У нас перечень формируется со схемы, при этом в шаблон (Эксель) через специальные поля передается вся информация, необходимая для создания ГОСТовского перечня элементов. Это и фамилии разработчиков, и название проекта, и т.д. Так вот, название проекта передается через поле Title. Раньше все было нормально, поле передавалось без вопросов. Но нам потребовалось передавать еще два поля - первичное применение и код изделия. Я добавил в шаблон листов два новых параметра: Perv_primenenie и Kod_izdeliya. Изменил шаблон в экселе, переписал макрос... В результате, получается, что на некоторых (!) схемах Альтиум вместо содержимого поля Title передает следующую строчку: "Bill of Materials For Project [................PRJPCB] (No PCB Document Selected)" При удалении добавленных полей все снова начинает передаваться нормально... Мелочь, конечно, но неприятно
|
|
|
|
|
  |
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0
|
|
|