Блог

• поделиться

Доброго дня!

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

• поделиться

Привет всем, кто занимается разработкой электроники! "Мы начинаем КВН" (с). Наш проект растет и развивается. И вот мы уже чувствуем необходимость в том, чтобы начать активное общение с вами, нашими пользователями. Мнение тех, кто только планирует использовать Delta Design, или специалистов, готовых высказать конструктивную критику, также будут очень полезны. В качестве площадки для диалога выбран формат блога, который открыт для комментариев и обсуждений.

• поделиться

Пришло время рассказать, что делать дальше, если библиотека компонентов уже есть. В предыдущей статье мы рассказали, как создать библиотеку и наполнить её компонентами.

• поделиться

Чаще всего, страшно знакомится с новой САПР, но в данном случае - страшно интересно. САПР - это такая штука, которая просто так не нужна. Не нужно скачивать и устанавливать, чтобы потом просто покликать мышкой по кнопкам. Познакомимся c Delta Design на простом примере - сделаем цифровой преобразователь температуры (на вход подключается термосопротивление типа Pt100, выход - RS-485).

Есть несколько вариантов с чего начать:

Начать с нуля - нет схемы, нет библиотеки компонентов.
Не с нуля - есть библиотека компонентов, например, в PCAD, но нет схемы.
Есть и библиотека и схема, но нет платы - тоже подойдёт через импорт. Даже если есть и плата, импорт поможет, но тогда будет не очень интересно.
Пойдём по первому варианту, так как наша цель - познакомится с Delta Design.

• поделиться

Этой записью мы начинаем цикл постов, посвященных выпуску новой версии САПР печатных плат Delta Design 1.0 (DD 1.0).  Версия 1.0 – это полностью промышленная коммерческая версия. Уже сейчас для понимания  устройства системы доступна версия 0.9

• поделиться

Замысел
В ходе работ по созданию нашего симулятора в целях проверки его возможностей и сравнения с другими системами моделирования был реализован проект симуляции работы операционной системы FX-RTOS на модели микроконтроллера PIC32. Для тестирования предполагалось написать простейшую программу, которая должна мигать светодиодами. В случае модели светодиодами были просто выходы портов общего назначения. Переключение светодиодов осуществлялось по программному прерыванию и прерыванию от таймера. Данный тест позволял нам полностью охватить заявленную возможность совместного моделирования HDL-моделей и встраиваемых систем. В таком варианте применения собираемая из исходников на C прошивка играет роль "тестбенча", обеспечивая управление внешними воздействиями на модель железа. Она формирует память инструкций и данных, с которыми работает процессорное ядро и/или периферия. Кроме всего прочего, подобный тест полезен своим охватом функционала языка. Т.к. в начале, перед выполнением даже самой примитивной программы, осуществляется инициализация ОС. Также осуществляются определённые действия с памятью и теневым набором регистров при обработке прерываний. Все эти операции задействуют выполнение множества команд процессора, а следовательно различных арифметических и логических операций с объектами различных типов языка описания аппаратуры (в данном случае VHDL). И, если в ходе выполнения последовательности таких операций попадаем на баг симулятора, то симуляция, естественно, валится. Исправная же работа означает:
- симулятор достаточно работоспособен для разработки цифровой аппаратуры
- совместное моделирование "железа" и "прошивки" поддерживается

• поделиться

В моей первой статье я рассказал об использовании препроцессора для организации модульности на уровне исходных текстов в языках С/C++. Вкратце этот способ сводится к написанию специфических метаданных внутри исходников, которые анализируются внешним инструментом и используются для генерации glue-исходников, позволяющих реализовать модульность. Детали реализации описаны в упомянутой статье, поэтому не буду здесь повторяться. В данной статье я пойду чуть дальше и попытаюсь показать, что с помощью метаданных или аннотаций можно реализовать не только модульность, но и некоторые другие полезные фичи. Должно получиться что-то вроде Google Guice или Spring для С (той его части, которая связана с модульностью и аспектами). Отдельно подчеркиваю, что эта статья — дополнение и улучшение первой, поэтому тут я буду говорить не столько технических деталях реализации, сколько о том, как это все выглядит для пользователя. Если эта тема вызовет интерес, то я напишу продолжение с пояснениями о том, как устроено внутри само приложение-конфигуратор.

• поделиться

Многие уроки удобнее смотреть, а не читать. В связи с этим мы добавляем видеоверсии к следующим нашим урокам

• поделиться

Beta-tester:

Вы писали: - добавлена возможность настройки маски и пасты для контактных площадок на плате. Не нашел как это сделать.

• поделиться

Beta-tester:
Не понятно как собственно использовать Топор для трассировки платы вместо нового встроенного редактора платы?