Перейти к содержанию
    

tony_montana

Участник
  • Постов

    10
  • Зарегистрирован

  • Посещение

Репутация

0 Обычный
  1. Тоже хотел бы, но не под Мак, а под Линь но понимаю, что сие не имеет смысла, т.к. весь остальной софт для проектирования выпускается исключительно под Windows.
  2. хех, таки возвращаются к пикадовским принципам ишо б площадки сложной формы вернули (по уму)
  3. Неужели непонятно о чем я Ошибка возникает когда пад свободен от цепи. Понятное дело что номера одинаковые стоят. Моя совесть спит спокойно. На иллюстрации видны : 1. ошибка короткого замыкания составного пада (пад принадлежит компоненту, номера одинаковые но цепи нет, ниже то же но с цепью GND - замыкание не детектируется. Такая фигня лечится именно правилом для двух площадок без цепи); 2. "беспроблемное" подключение к полигону для составного и для созданного из полигона падов. PS jumper ID совсем для другого придуман.
  4. Неизбежность. Площадка нестандартной формы в AD - жуткий костыль. Делаете из полигона - получаете корявую отрисовку дуг. Плюс все равно надо внутри этого полигона "прятать" мини-пад "чтоб был". Делаете составную из нескольких падов - проблем с дугами нет, но получаете ошибки в плате, если на паде нет цепи (AD распознает сию конструкцию как несколько отдельных падов и, соответственно, детектирует замыкание. Надо отдельно правило прописывать чтоб не ругался). И в обоих случаях получаете бонус на плате в виде гемороя с подключением полигонов.
  5. подобные решения вне моей компетенции, но лично у меня нет желания связываться новая напасть - периодически отваливаются все таблицы БД кроме одной,первой по алфавиту... намеренному воспроизведению (по крайней мере, пока) не поддается, с базой все ОК - программы-клиенты спокойно видят все таблицы и работают с ними... reconnect' ом не лечится, только перезапуском АД "живая" сортировка, о которой я писал выше, вообще перестала работать. Теперь ее лучше не трогать совсем, чтобы не нарываться на варнинги.
  6. Кто работает с DBLib, подскажите, у вас наблюдается такое поведение, или нет? AD 13.1.2. MySQL сервер с базой по элементам. Все работает на первый взгляд исправно, но как всегда НО: 1. По прошествии некоторого времени (например, если оставить копьютер на ночь) при установке элементов из библиотеки компонент не формируется - не заносятся атрибуты из таблицы, не цепляется футпринт, по сути ставится пустой символ. Обновление библиотеки не спасает. Лечится открыванием файла .DBLib и Reconnect' ом. Проблемы с сетью исключены - база работает в тестовом режиме и поднята на localhost' e. 2. Неприятный глюк. Есть в панели библиотек живая сортировка (строчка под выпадающим меню с выбором либы) : вводишь значение - содержимое списка компонентов автоматически фильтруется в соответствии с введенным текстом, очень удобно ..... НО : имеется несколько билиотек (на разные типы компонентов). В каждой таблице естественно набор столбцов разный (иначе нет смысла делить на таблицы по типам). Так вот, когда, например, таблица "Коненсаторы" отфильтрована по некому значению и мы переключаемся на другую таблицу, например "Резисторы", то получаем сообщение о том, что "Аргументы имеют неверный тип, выходят за пределы допустимого диапазона или вступают в конфликт друг с другом". Суть ошибки в том, что при переключении либы меняется и набор столбцов. В БД в таблицу "Резисторы" посылается SQL-запрос по столбцам от "Конденсаторов", в этот запрос попадают столбцы, которые в "Резисторах" не существуют, отсюда и ошибка. Если установить видимость у всех библиотек только для совпадающи столбцов - проблемы не возникает. Но тогда отпадает смысл деления на библиотеки. Т.е. ПРИ СМЕНЕ АКТИВНОЙ БИБЛИОТЕКИ необходимо перед отправкой запроса, проверять его корректность по отношению к данной таблице. Или что-то еще, но ЭТО не дело ... 3. Еще такая вот "мелочь": при использовании сортировки по столбцам (путем перетаскивания заголовков и формирования древовидной структуры), опять же есть пролема при смене таблиц: в этой структуре остаются только те заголовки, которые являются общими для разных таблиц. Например, отсортировал я конденсаторы по полям VALUE, DIELECTRIC. Переключился в резисторы - поле DIELECTRIC понятное дело пропало - так и должно быть (наеврно...). При возвращении в таблицу конденсаторов это поле обратно не появляется - его нужно перетягивать заново - т.е. не хватает возможностти запомнить индивидуально для каждой таблицы свою сортировку. Тогда можно было бы один раз настроить для каждой таблицы удобную ДЛЯ СЕБЯ сортировку компонентов и не париться по 25 раз в день по этому поводу. что же это такое ?? :smile3046: я тут со скрипом пытаюсь продвинуть БД - библиотеки, чтоб всем было "хорошо" , но есть ощущение, что меня за такое "хорошо" ... :maniac: ЧТО Я ДЕЛАЮ НЕ ТАК
  7. Еще раз : эстетика тут вообще ни при чем. В производство у меня итак идет гербер с механического слоя, т.к. это единственный возможный вариант. AD не генерирует гербер непосредственно с контура. Не имеет значения каким образом создается Cutout - рисуется непосредственно через Place/Cutout, или же через Convert - просто по всей видимости данный примитив не поддерживает дуги как таковые. Речь о внутренней механике работы программы. Топик называется "Ошибки работы Altium Designer", данный момент является ошибкой (возможно недоработкой), т.к. Altium это все-таки система автоматизированного проектирования, а не фотошоп. А вы мне про эстетику, хоть я про нее и не заикался.
  8. это НЕ глюк отображения. гербер, полученный с такой "дуги" 3D-модель, экспорт через IDF, участок с вырезом, опять же "дуга" Заранее отвечу - 3Д картинка отображена "как есть", то есть здесь никакого "глюка в отображении" так же нет. Отображение, как таковое, для меня не так важно, я в этом плане не "эстет". А вот то, что модель корявая выходит - напрягает. Дальнейшая работа в MCAD сопряжена с трудностями, т.к. вырезы имеют некорректную геометрию.
  9. Не понял, а где решение? Дуга дугой никогда не будет? Это плохо. Меня интересует прежде всего с точки зрения контура платы. Вырезы получаются некорректные.
  10. Примитив типа Cutout не умеет включать в себя дуги. Они преобразовываются в ломаные линии, делается это мало того , что неконтролируемо, так еще и коряво. Первый/последний сегмент ставятся не в точку, соответствующую началу/концу дуги, а с небольшим смещением. Из-за этого еще и отрезки, формирующие ровные границы выреза строятся некорректно, под небольшим углом. Это влияет и на топологию (когда делается вырез в полигоне) и на контур платы (когда строится вырез в плате). Если вы используете 3D модели плат из Альтиума, то это все переходит в MCAD (неважно каким путем, хоть через STEP, хоть через IDF...) Есть ли надежда, что данная проблема будет решена?...
×
×
  • Создать...