Есть ли нормальное программное обеспечение для ко-симуляции устройств на МК с периферией (смешанной)?

Полистав форум нашел только Proteus и Vmlab , которые ИМХО больше похожи на средства обучения , чем на серьезное ПО для разработчиков. Кроме того Proteus имеет весьма ограниченный набор моделей МК AVR.

Ктонибудь вообще пользуется косимуляцией или все макеты делают?

Возможно существуют симуляторы с возможностью подключения периферии описанной на Си?


Спасибо за ваше мнение.

Сообщение отредактировал shevek - Jun 30 2006, 15:47

В обоих названых вами симуляторах можно создавать компоненты на Си.

Оба ИМХО достаточно серьезны как симуляторы - т.е. для своего этапа разработки устройства. А дальше отладка на макете.

А чего вам в PROTEUS не хватило ? Вы изучили ВСЕ что в нем есть? сомневаюсь ...

А чего вам в PROTEUS не хватило ? Вы изучили ВСЕ что в нем есть? сомневаюсь ...

И правильно сомневаетесь ;-), как только я его поставил у меня сложилось стойкое ощущение что это какая то игрушка. Возможно он и неоправдано.

В обоих названых вами симуляторах можно создавать компоненты на Си.

Про это я знаю, посмотрел документация к DK у Proteus датируется 2003 годом, версия вроде одна из последних.

Все это субьективное мнение.



Сформулирую вопрос по другому. Какие еще есть средства ко-симуляции кроме упомянутых.

Полностью с Вами солидарен. Игрушки это.

defunct

А чем Вы пользуетесь, прототипами? Или может есть более интересное ПО?


Найти хотябы хороший симулятор AVR, в котором есть продвинутые возможности описания поведения периферии (скриптовый язык какой нибудь или что то наподобие), а то как то в AVR Studio кликать двадцать раз на какой нибудь бит надоело.

В ИАРовском отладчике C-SPY можно моделировать внешние воздействия при помощи так называемого макро языка и системных макросов, синтаксис языка очень похож на Сишный. Правда C-SPY не "симулирует" встроенную периферию, но без этого вполне можно жить. Подробнее почитайте в прикрепленном файле (если ИАРа у вас нет).

Old1

Да похоже то что нужно, спасибо. IAR имеется сейчас поставлю и посмотрю.

Хотя конечно будем искать, с перламутровыми пуговицами;-).

Сообщение отредактировал shevek - Jun 30 2006, 20:50

Я пользуюсь либо реальным железом либо прототипами. Последние для AVR очень просты в изготовлении, т.к. AVR'ы да и подключаемая в большинстве случаев к ним периферия, часто имеются в DIP исполнении, а к DIP корпусам панельки стоят копейки и достать их совсем не проблема, включая ZIF. Т.о. не теряется ни железо, ни время на проектирование платы, ни время на зачастую бесполезную, медленную и недостоверную отладку в симуляторах.

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

Всякое "Интересное" ПО типа протеусов, IMHO только отнимает время на его освоение, а тольку от него, как говориться, что от JTAG-ICE'а в мультипроцессорной системе под управлением одной ОС (что с козла молока). В итоге на освоение "интересного" ПО потребуется больше времени чем на изготовление прототипа, и не факт, что это "интересное" ПО достоверно сымитирует девайс, но имитация будет однозначно медленнее (в разы) чем реальное железо.

PS: Да и психологический фактор важен. Для меня, например, очень важно ВИДЕТЬ результат своего труда, а не какие-то картинки на экране монитора. Реальное железо здорово ускоряет процесс разработки и отладки.

Ну точно вы не знаете средств отладки PROTEUS. Там есть такие прибамбульки которых не видел ни где.




У тех у кого детали под рукой! Интернет всеж доступнее.

defunct при всем уважении к Вам ,Вы явно загнули

1 Половина протеуса посвящена трассировке плат,и как не трудно догадаться входные параметры для этого берутся из самого проекта(и десятка других форматов включая всем любимый PCB).И могу сказать трассировщик вполне не дурен собой.

2 Медленно?Ну тут сказать нечего.

3 Недостоверную?Ровно на столько ,на сколько соотношение клюк\достоверность.Кроме того если к примеру симулятор учитывает около 40 параметров одного транзистора,то врядли человек сможет их учесть у себя в голове ,тем более если транзисторов в схеме с десяток.


Поддерживаю.



Если с памятью все Ок. Достаточно освоить один раз,как в принципе и все другое.И при мультипроцессорном обмене он меня не раз спасал,когда я не мог определится на какой стороне ошибка.То что прототип (особенно с аналоговой частью) с помощью симулятора может получится
максимально приближенным к конечному - это 100%.Да и при отладке ,особенно пошаговой ,скорость особо и не нужна.

PS Сильно не бейте ,это мое ИМХО,и могу сказать что Протеус совсем не годится для доводки девайса,
но для начального старта,прогонки алгоритма,или по быстрячку набросать несложный десайс ,вещь не плохая.

ЗЫЫ У меня была ситуация ,когда пришлось 2 недели ждать заказную деталь,пока дожидался я уже
на 90% написал под нее прогу,осталось только более точно отладить в самом железе в реальном времени.

Вот я и написал выше - нужно понимать для чего создан тот или иной инструмент и на каком этапе его использовать.

2 bodja74:
Не воспринимайте это как нечто безапелляционное, но...
Из чего состоит программа для AVR:
1.Работа со внутренней периферией (SPI,I2C)
2.Работа с внешней периферией (AT45, AT24, часы, индикаторы)
3.Собсно логика программы.
Что мы имеем в итоге - после непродолжительной работы с AVR, быстро нарабатывается комплект библиотек для пункта(1) и частично(2).Основная логика программы пишется, как правило на обычном платформенно-независимом С и вполне может быть отлажена просто на РС. Таким образом, узким местом остается написание библиотечки под какую-то узкоспециальную периферию - обычно АЦП, ЦАП, кодеки, итд.
Как пример - на неделе мне позвонил человек с достаточно сложным заказом. Я оценил возможности и назвал срок - 3 дня.
День первый - сборка макетки, компиляция скелета из таймера, УАРТа, SPI, ШИМ (надерганы из старых разработок). Проверка работоспособности макетки с этим кодом.
День второй - написание кода специфичного для проекта.
День третий - отладка (все внешние коммуникации работают, все пайки проверены, дамп любого буффера выбрасывается а УАРТ по команде), т.е. занимаюсь именно основной, принципиальной логикой.
Если бы я начинал с симулятора - два дня было бы потрачено только на написание адекватной модели.

Можно посимулировать состояние портов в самом AVR Studio (меню Debug->AVR Simulator Options->Stimuli and Logging, пункт становится доступен в режиме прогона - Run), БЫСТРО и ПРОСТО можно задавать внешние сигналы на ноги портов в нужные моменты времени, а также писать в лог. Что касается ко-симуляции (особенно в смешанных аналого-цифровых схемах), то позвольте выразить сомнение в целесообразности такой работы (если, конечно эта работа не является самоцелью, а вам надо реальный результат). МОДЕЛЬ всегда останентся только МОДЕЛЬЮ, а не реальным объектом. Будь в ней 40 параметров или 140 (что не всегда лучше), это лишь приближение с определенной точностью к моделируемому объекту. Одно неловкое движение (неточность в параметрах или невозможность их учета) и процесс пошел не туда Все напряги и потеря времени зря...
А макетирование даст максимально близкий результат с минимальными затратами времени (это касается только обсуждаемой области - AVR и периферия, в общем случае не всегда так).

А теперь прикинте какой % радиолюбителей может иметь все детали для пайки устройства на 3-й день ! У какого % радиолюбителей есть приборы те что существуют виртуально в симуляторе.

В принципе, на вопрос топика ответ дан - представлены разные мнения и точки зрения, человек наверно сможет определится стоит ли ему потратить 30 Мб трафика и немного времени.

В принципе, на вопрос топика ответ дан - представлены разные мнения и точки зрения, человек наверно сможет определится стоит ли ему потратить 30 Мб трафика и немного времени.

Не так уж и немного времени. Модели нужного мне МК нет ни в протеусе ни в вмлабе. Если бы модели постовлялись бы с сырцами, то создание из tiny15 tiny26 не заняло бы много времени, а так.

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

Сообщение отредактировал shevek - Jul 1 2006, 12:37