Создание действительно полезных схем в KiCad
У [Эндрю Гринберга] есть несколько конкретных идей о том, как хакеры, использующие аппаратное обеспечение с открытым исходным кодом, могли бы лучше работать со схемами KiCad. Работая со студентами Портлендского государственного университета, [Эндрю] обнаружил, что его студенты как читают, так и создают схемы в KiCad, и часто эти схемы оставляют желать лучшего.
Чтобы помочь улучшить ситуацию, он составляет контрольный список того, что необходимо учитывать при разработке схем в KiCad, особенно если эти схемы будут доступны для чтения другим пользователям, что, как мы надеемся, связано с проектами оборудования с открытым исходным кодом.
В видео и в своем контрольном списке он знакомит нас с некоторыми соображениями, касающимися: лучших практик визуального проектирования; использования условных обозначений, а не упаковок; определения стоимости деталей; конкретных типов ошибок в схемах; Проектирования для тестирования; Проектирования для Сбой; проверка электрических правил (ERC); производитель (MFR), номер детали (MPN) и примечания к техническому заданию для спецификации (BOM); а также все, что необходимо проверить в конце итерации проектирования, включая обновление даты и номера версии.
(Примечание: в видео он ссылается на книгу «Визуальное отображение количественной информации», которую мы определенно добавили в наш список для чтения. )
Есть ли у вас какие-то собственные рекомендации, которые вы хотели бы видеть в контрольном списке? Не стесняйтесь добавлять свои предложения!
Если вас интересует KiCad, возможно, вы захотите прочитать о том, что нового появилось в версии 9 и как настроить сочетания клавиш KiCad для повышения производительности.
Другие статьи: