ВСЁ про DipTrace

Ruzik

Там где ошибки, в тех местах по два пада на одном месте стоит. Зачем такой футпринт делать?

Реклама

dizzel

Поставил 4-ую версию и пожалел об этом.
Для заказа плат вывел их в гербер. При импорте на одной из плат почему-то оказались открыты площадки для запаивания dip-элементов хотя они отмечены как скрытые в слое. В программе все ок, а при импорте в гербер они почему-то оказались открыты. Этот косяк я еще успел отловить пока китайцы не успели приступить к производству. Но гораздо более коварный косяк обнаружился когда платы приехали ко мне. Оказывается каким-то образом только у одной микросхемы микроконтроллера с какого-то перепугу пропало соединение с заливкой у трех ног GND. Дико офигел когда после прошивки (да, оно как-то при этом прошилось) словил абсолютно не понятный глюк, с которым раньше никогда не сталкивался. Когда начал рассматривать поближе плату все стало понятно. Пришлось колхозить проводки, но я не для этого заказывал платы, чтобы потом что-то там паять проводками. Снес это недоразумение 4.0 и поставил прежнюю 3.3.

Реклама

BlackKilkennyCat

Вот потому-то я независимо от программы-трассировщика загоняю всё в Cam350...

novarm44

dizzel писал(а):Поставил 4-ую версию и пожалел об этом.
Для заказа плат вывел их в гербер. При импорте на одной из плат почему-то оказались открыты площадки для запаивания dip-элементов хотя они отмечены как скрытые в слое. В программе все ок, а при импорте в гербер они почему-то оказались открыты. Этот косяк я еще успел отловить пока китайцы не успели приступить к производству. Но гораздо более коварный косяк обнаружился когда платы приехали ко мне. Оказывается каким-то образом только у одной микросхемы микроконтроллера с какого-то перепугу пропало соединение с заливкой у трех ног GND. Дико офигел когда после прошивки (да, оно как-то при этом прошилось) словил абсолютно не понятный глюк, с которым раньше никогда не сталкивался. Когда начал рассматривать поближе плату все стало понятно. Пришлось колхозить проводки, но я не для этого заказывал платы, чтобы потом что-то там паять проводками. Снес это недоразумение 4.0 и поставил прежнюю 3.3.

Правильно понимаю что на плате у Вас все было в порядке, а при экспорте гербера возникли ошибки? Повторить описанные проблемы у меня не получилось. Можете выслать плату на суппорт DipTrace для проверки, если есть глюки - мы их оперативно пофиксим: https://diptrace.com/rus/support/request-support/

Реклама

novarm44

Спасибо за помощь в отладке! По вопросам:
1. С маской для скрытой металлизации в слое, вернули как было в 3.3 (открыто только отверстие).
2. По заливке и термалам, в 4.0 термалы вращаются вместе с падами, именно из-за этого после обновления заливки они исчезли (там возможны только те что Вы выставили для падов под 45 и при их повороте просто уже некуда цепляться, в 4.0 нужно было вообще отключить custom термалы для падов - общие для заливки повернулись бы корректно). Со своей стороны мы сделали пересчет для старых файлов, чтобы для повернутых компонентов менялся тип термала (для 45, и для 90 при 2 spoke), но если плата уже была сохранена в предыдущем билде 4.0, то пересчета не будет. С Вашей стороны, пожалуйста, возьмите за правило перед экспортом на производство запустить все проверки из Verification в PCB Layout, Check Net Connectivity показало бы разорванную из-за обновления заливки сеть.
Вышеописанные доработки появятся в 4.0.0.3

Реклама

Lecter2017

Ruzik, спасибо!

Реклама

Lecter2017

Вижу сюда заходят разработчики, прошу рассмотреть возможность устранения следующей проблемы: герберы экспортированы из Sprint Layout 5.0, импорт в DipTrace, получаем лишние линии на гербере (при дальнейшем экспорте, в режиме предпросмотра их видно). Линии присутствуют если в герберах есть полигоны/заливки. Естественно в таком виде гербера не могут быть выведены и переданы на производство. Файлы исходника в Sprint Layout и DipTrace файл прикладываю.

BlackKilkennyCat

Герберы разве являются файлами для подобной манипуляции? После генерации гербера следующим этапом идет обработка его программой для производства плат, а-ля Cam350. На мой взгляд, обмен герберами между однотипными по сути программами несколько странен.
Например, процесс моей работы такой: Diptrace (Schematic ) <-> *.dsn <-> TopoR (route) -> *.gerber -> Cam350

Lecter2017

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

Ян · Сообщение Ян » Пт июн 26, 2020 09:57:02

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

BlackKilkennyCat

И я присоединюсь к просьбам: хочу эквивалентность пинов.

Ruzik

Ян, можно так попробовать..

Ян · Сообщение Ян » Пт июн 26, 2020 12:28:10

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

Ruzik

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

Ян · Сообщение Ян » Пт июн 26, 2020 12:58:04

А вдруг произойдет чудо и сделают!

*Trigger*

Не так давно мне потребовалось заказать на JLCPCB плату сложной формы с панелизацией, сделанной своими силами (т.к. JLCPCB сами панелизируют только прямоугольные и круглые платы).

Для этого я создал два пользовательских слоя: для границ панели (и вырезов в ней, формирующих границы отдельных плат) и для линий V-cut. Поскольку контур платы сложный, его я нарисовал в Autocad 2008. Там же я сделал и контур панели. Далее экспортировал в DXF.

В процессе импорта в DipTrace возникли проблемы. В предпросмотре в окне импорта все слои DXF отображаются правильно. А вот после импорта тот слой, который импортируется на пользовательский слой "Границы панели", оказывается искажённым: пропадают некоторые отрезки (как я понял, те, которые находятся в полилиниях сразу после дуг). При этом на слой "Границы платы" всё импортируется нормально. Собственно, всё видно на скриншотах:
Список слоёв:

Предпросмотр при импорте:

Результат импорта:

Я перебрал все возможные версии DXF, поддерживаемые Autocad'ом. Вов всех такая же проблема. Я пробовал делать DXF только с одним слоем, это тоже не помогло.
Проблема, судя по всему, на стороне DipTrace. Ведь на слой "Границы платы" (не являющийся пользовательским) всё импортируется нормально.

В конце концов, я сделал так: импортировал слой "Panel Outline" из DXF в новый файл *.dip на слой "Границы платы". При этом дуги почему-то преобразовались в ломаные (контур одной платы (слой "Outline" в DXF) импортируется нормально, дуги остаются дугами). Далее я экспортировал DXF из DipTrace, и импортировал его в основной проект. Наверное, можно было сделать преобразование дуг в ломаные и в Autocad, с тем же результатом.

Версия DipTrace 3.3.0.1.

Вот проблемный DXF. Проверьте, кого не затруднит, и кто поставил себе 4-ю версию, или у кого версия просто "свежее" моей, корректность импорта слоя "Panel Outline" на пользовательский слой.

board_outline.zip: (7.35 КБ) 256 скачиваний

Ruzik

*Trigger*, версия 4.0.0.2, вроде нормально, но если сделать экспорт этого слоя, то в предпросмотре ничего нет.

novarm44

Ссылку на этот форум нам дали в коммунити телеграмм: https://t.me/diptrace_ru , хотя я и раньше его смотрел иногда, но всю тему не читал.
По DXF/Gerber переслал тестерам - они все проверят и занесут в систему на исправление.
По круглой плате: к примеру нужно сделать окружность с радиусом 12 и центром в 0,0, переходим в Objects/Board Points, создаем плату из 4х точек: 0,12; Arc R=12 Clockwise; 0,-12; Arc R=12 Clockwise - готово (скрин приложен).
По эквивалентным пинам и секциям - это в планах, пока не скажу по срокам.

BlackKilkennyCat

[uquote="novarm44",url="/forum/viewtopic.php?p=3860014#p3860014"]По эквивалентным пинам и секциям - это в планах, пока не скажу по срокам.[/uquote]
Примерно года 3 назад я уже получал такой такой ответ

novarm44

Примерно года 3 назад я уже получал такой такой ответ

Так по многим пунктам, вопрос актуален, по запросов и планируемых задач очень много (пара-тройка десятков пожеланий на версию реализуется, но их тысячи). Pin Swap и Gate Swap важный, но достаточно каверзный вопрос, нужно изучить как реализовано в других программах, продумать как правильно реализовать и согласовать все модули, поэтому пока и не дошли руки.

По DXF - вопрос был исправлен еще в старой версии (проверили на 3.3.1.3)
По Gerber из SprintLayout - проблема подтвердилась, вопрос добавлен в систему.