Как ваша компания управляет повторным использованием оборудования?


12

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


1
Я не уверен, относится ли это непосредственно к электронике, но повторное использование кода - большая вещь в мире программного обеспечения. В Википедии есть статья о повторном использовании кода: en.wikipedia.org/wiki/Code_reuse
Томас О

2
Я считаю, что концепция повторного использования применима, но в то время как в программном обеспечении сложно управлять ею, это совершенно другое существо в аппаратном обеспечении. Программное обеспечение пытается решить проблему глобального повторного использования, когда код делится между компаниями и в некоторой степени между языками. Аппаратная инженерия даже не решила локальное повторное использование любым известным мне способом. Учитывая все различные патентованные схемы и форматы САПР, я думаю, что было бы лучше сначала решить проблему локального повторного использования, а затем перейти к глобальному повторному использованию оборудования.
Funkyeah

2
@Funkyeah, вы можете обнаружить, что многие компании не решили повторное использование локального кода. Это другой зверь с оборудованием, очень разные.
Кортук

1
Я хотел бы знать, если есть метод для оборудования.
Кортук

1
Я думаю, что способность разработчиков программного обеспечения к рефакторингу своего кода в значительной степени способствует жизнеспособности повторного использования. Они могут использовать разработанные извне модуль или библиотеку для проверки концепции и быстрой функциональности, а затем проводить рефакторинг для повышения производительности там, где это необходимо. Аппаратное обеспечение не имеет этого преимущества в том смысле, что рефакторинг оборудования (то, что я в основном назвал бы повторным обращением к плате) является финансово нежизнеспособным, если это делается на индивидуальной основе. Другой факт, на который я хотел бы обратить внимание, заключается в том, что аппаратные модули по своей природе тесно связаны из-за реальной стоимости проектирования компонентов.
Funkyeah

Ответы:


8

Некоторые инструменты EDA, такие как Altium Designer, который я использую, предоставляют методы для сохранения различных частей схем, чтобы сделать их несколько переносимыми. Для небольших цепей вы можете использовать « Snippets », или для более крупного повторного использования нескольких листов « Device Sheets »

Я не знаю ни одного стандарта для аппаратных схем (SPICE слишком абстрактен; насколько мне известно, вы не можете связать его со следами, вашими номерами деталей, поставщиками, их номерами деталей ...), поэтому любое повторное использование будет в значительной степени зависит от пакета EDA, который использует ваша компания, и предоставляемых ею функций, а также от организационных методов, которые вы реализуете в его рамках


Я видел эти функции раньше, насколько хорошо они на самом деле работают?
Кортук

1
@Kor: Лично я только что повторно использовал чужие и свои собственные «нормальные» листы из-за незнакомого процесса смешивания с процессом их создания (хотя это кажется достаточно простым), необходимости вносить незначительные изменения из-за различных требований или лист не придуманный за пределами единого проекта.
Ник Т

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

Я тоже использовал Altium и сделал с ним большой проект. Управлять крупными проектами очень легко, и если вы заранее думаете о повторно используемых компонентах, держу пари, вы можете настроить свое оборудование очень гибко. По крайней мере, для схемы, PCB - это то, что вам, вероятно, придется каждый раз перерисовывать. Мне очень нравится система Device Sheet от Altium.
Ганс

@hans, я не привык использовать Altium Design, но они показали, как можно вставить аппаратную систему и получить ее PCB-соответствие. Это выглядело хорошо.
Кортук

8

Когда вы говорите «аппаратное» проектирование, я знаю, что вы, вероятно, говорите о решениях для печатных плат и дискретных компонентов, но у меня есть некоторый опыт проектирования ASIC, которые могут быть полезны на концептуальном уровне.

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

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

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


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

2
Стратегия повторного использования требует большой дисциплины, вроде системы контроля версий. Это не сработает, если все не поймут, как и когда его использовать.
W5VO

2
Я взял некоторые классы ASIC и хорошо знаю проектирование FPGA, поэтому я определенно сказал бы, что проектирование и повторное использование аналоговых компонентов ASIC - прямая аллегория к дискретным решениям компонентов на уровне схемы. Мои вопросы к вам: как разработчик любого конкретного строительного блока распространяет полезность и гибкость этого строительного блока? Используя ваш пример эталонного напряжения, знают ли другие члены вашей команды об эталонном IP-адресе напряжения, потому что это небольшая команда или потому что его можно искать? Если эталонное напряжение является гибким, как вы передаете эту информацию?
Funkyeah

В больших группах, в которых я работал, у нас есть хранилище данных для соответствующих частей. Каждая таблица данных будет иметь достаточно информации, чтобы кто-то мог использовать дизайн, не тратя недели на изучение соответствующей литературы. Что касается моей работы, то разные процессы IC, которые мы используем, ограничивают совместное использование всей командой, поэтому лучшей организации блоков не было необходимости. Обычно мы не делаем дубликаты проектов, если только требования к проектированию существенно не отличаются - например, у нас был только один эталонный диапазон напряжения.
W5VO

4

Я знаю, что TinyCAD позволяет сохранить схему в иерархическом символе - вы можете нарисовать, как вы хотите, чтобы схема была представлена ​​в более крупной схеме, и указать, какие есть входы и выходы. Ваша схема в значительной степени проявляется в виде коробки с выводами в более крупной схеме, и простой двойной щелчок позволяет вам увидеть, что под ней, и отредактировать ее. Все детали подсхемы отображаются в списке деталей, в сетевом списке есть все соединения подсхем и т. Д. Прошло много времени, но разве другие инструменты EDA не допускают такое или подобное поведение?


Да, они делают, но я думаю, что Altium делает это более продвинутым способом, но я вижу, как это делается.
Кортук
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.