Лучшие практики разработки компонентов - Часть 1

David Read
|  Создано: 21 Февраля, 2017  |  Обновлено: 9 Декабря, 2020

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

Всем привет,

Уже некоторое время меня просят предоставить детали о том, как Altium разрабатывает наш контент и, что более важно, что мы считаем «лучшими практиками».

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

Большое спасибо заранее за помощь в этом ;)

Шутки в сторону, на самом деле Altium создает библиотеки компонентов печатных плат для большой аудитории. Я предполагаю, что, хотя нас ведут почти одни и те же принципы, способ их применения отличается, потому что нам нужно создавать компоненты печатных плат, которые подходят всем. В этом контексте любая документация о «лучших практиках» должна быть представлена так, чтобы она имела смысл для каждого из вас.

Easy, Powerful, Modern

The world’s most trusted PCB design system.

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

Чтобы объяснить, почему я пишу этот пост; примерно 2 года назад я участвовал в создании Центра разработки контента Altium в Шанхае. В то время я занимался командой инженеров по приложениям Altium в Азии и думал, что знаю все о сборке печатных плат и компонентах для Altium Designer®. Как я ошибался. Мне повезло работать с людьми, у которых было 15 лет опыта в разработке библиотек компонентов, и учиться у них.

Так что давайте начнем.

Каковы руководящие принципы создания хорошего контента;

  • Качество
    Как основные элементы дизайна, простая или незначительная ошибка может иметь далеко идущие, заставляющие выдергивать волосы последствия. Прежде всего, компоненты должны быть точными и надежными. Большая часть времени на разработку компонента уходит на проверку его корректности.
  • Организация
    Сначала я думал, что это тривиально, но быстро понял, что ключевое слово для разработки -
    . Как и нам нужно быть способными быстро и эффективно находить то, что мы ищем.
  • Удобство использования
    Одно дело создать символ, который технически «правильный», совсем другое - сделать такой, который позволяет нарисовать красивую, аккуратную и читаемую схему. Это настолько важно, что в Altium мы встроили это требование в наш поток разработки и наши стандарты.
  • Предсказуемость (соответствие)
    В некотором смысле это действительно сочетание хорошей организации и удобства использования. Чтобы сделать возможными обе эти цели, должна быть последовательность почти во всем. Последовательность делает возможным повторное использование, она также делает возможными такие вещи, как просмотр и поиск.
  • Количество
    Возможно, этот аспект вызывает дискуссии вне контекста команды контента Altium? Я не совсем уверен. По крайней мере, нам всем нужно быть эффективными и продуктивными на своих рабочих местах. Количество действительно является результатом этого, когда команда полностью сосредоточена на разработке контента.

Меня интересует, совпадают ли эти принципы с вашим пониманием разработки компонентов? Есть ли что-то, что я упустил или недооценил?

Простое управление компонентами

Управляйте компонентами, получайте данные о цепочке поставок в режиме реального времени и доступ к миллионам готовых к использованию компонентов.

Чтобы обеспечить разумное освещение всех аспектов, я решил сделать несколько блог-постов и, надеюсь, смогу опубликовать их один за другим. Пока я решил разделить темы так:

  1. Стандарты наименования, почему и как.
  2. параметры компонентов,
  3. универсальные против специфичных для производителя,
  4. разработка хороших символов,
  5. как Altium создает посадочные места,
  6. процессы и инфраструктура разработки печатных плат.

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

Об авторе

Об авторе

David Read was appointed General Manager, Altium Greater China in October 2015, and he has worked at Altium since 2001. Originally serving as a Technical Support Consultant for the Australian region from Altium’s office in Hobart, Tasmania, later he moved to the Global Customer Care group at Altium Headquarters in Sydney as an Application Engineer and was later appointed R&D Director in Shanghai Content Center, and from 2013 to 2015, he worked as Product Marketing director. Prior to Joining Altium Mr. Read studied Computer Sciences and worked in the electronics industry.

Связанные ресурсы

Связанная техническая документация

Вернуться на главную
Thank you, you are now subscribed to updates.
Altium Need Help?