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


У меня было веселее. В эмуляторе - работает, код написан вроде правильно. В железе - ни в какую, беда да и только. Отправляю в девайс 0хFF, доходит только 0хEF. Достал у ребят железный эмулятор от Nohau, после буквально первого прогона стало понятно - 5-й бит отсох напрочь, не меняется никак и никогда, долго и нудно пропаивал всё "по пути следования", таки нашел неконтакт!
Так вот, сколько бы это пришлось ловить в Proteus'e? И поймалось ли бы оно вообще? Нужно быть полностью уверенным, что железо спаяно и работает как следует, что в Proteuse модели не глючат, тогда - да, отлаживаемся, моделируем и радуемся, ибо экономим ресурс отладочного кристалла на лишних и бесполезных прошивках и наблюдаем свой аппарат во всей красе - с лампочками, индикаторами, дисплеями и переключателями всякими.
Это я к чему, собственно? Ни один Proteus не отловит плохую пайку, сдохший электролит или обрыв дорожки, соответственно - если модель вдруг глючит в "нужную сторону", в железе этот глюк, увы, не воспроизвести никогда. А хардварные эмуляторы таких денег стОят....

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

Ну никто отладочное железо не отменял юзать,я об этом не раз говорил.
Протеус бы не нашел подобную неисправность.
А может ли Nohau провериль согласованную работу СРАЗУ нескольких контроллеров?


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

Я к чему веду?
Нет смысла сравнивать работу фундаментально разных вещей,здесь уж каждому свое.

Присоединяюсь к bodja74

+ скажу от себя
То что работает в Протеусе на 99.99999 % заработает в железе - проверено =)
Может и наоборот и невсегда .....

Если в железе непашет то что в протеусе - Это проблеммы быстродействия переферии + помех =)

Поэтому эту прогу УВАЖАЮ

Нет. Не думаю.
Можно попинать slave, чтобы говорил, что надо, потом master'a, чтобы слушал, что надо.
Но без Nohau было бы еще сложнее разбираться...

Orcad, Pcad, Protel & целая куча всего остального (тот же Eagle, etc.) уже не в кассу?
А Proteus сам мне и не нарисует ничего, это в нем надо долго и нудно все это рисовать, проверять и т.д. Тем более - сильно сомневаюсь, что хоть одна лавочка по производству PCB возьмет Proteus'овский файл. Не помню, он Gerber-то хоть генерит?
А еще "железные отладчики" не умеют варить кофе, гладить шнурки и бегать за сигаретами/пивом..

Какой-то беспредметный разговор получается...


Да не наезжаю я на Proteus! Мне тоже эта софтина нравится, я считаю её полезной, но нельзя безоговорочно верить симуляторам. В конце концов - там только модель компонента. Errata всякие никогда не читали? Да что далеко ходить, в соседних ветках люди вон баги в ядре Tiny26 ловят. А если в Proteuse такая же модель реализована?
"Никому нельзя верить" (С)

В свое время при отладке кусков программы работы с графическим LCD на протеусе (где чистая логика, а потому использование симулятора вполне оправдано) и при переходе к регистровым переменным тоже обнаружил, что, как минимум, одна инструкция проверки битов (не помню, какая) не работает для битов с номером >0, а IAR активно эту команду использовал. Размещал в регистре битовые флаги и нарвался. Пришлось добавить для симулятора условную компиляцию. Это было в ATmega32.

Что касается моделей, то некоторые несложные цифровые модели можно писать самим. Информации по их написанию достаточно мало, но кое-что удалось найти. Результаты того, что получилось у меня, выкладывал на телесистемах (дублирую ниже - может, пригодится кому).

А на самом деле действительно интересно, можно ли как-то прикрутить новую модель AVR.DLL к Proteus 6.73? Размер заметно вырос, могли появиться новые варианты устройств и поправиться баги старых. А прямая замена вешает симулятор.

-------

О моделях протеуса:

Привет всем!

Потратил определенное время на поиск информации по написанию моделей цифровых компонентов для Proteus. Нашел ссылку на модели Андрея, написавшего статью про создание DLL. К сожалению, самой статьи не нашел (убрана по требованию Labcenter), и ответить на письмо автор не пожелал. Ладно, спасибо и на этом. Его модель счетчика послужила толчком к освоению VSM DSIM SDK (с аналоговыми моделями не разбирался, там серьезная теория).

В итоге выкладываю на общее пользование в рапидшару SDK (взят из Proteus 6.3 Pro - не крякнутое демо) и пример модели 74LS670 (регистровый файл 4 на 4 с тристабильным выходом и независимой записью-чтением) с исходниками. По отношению к счетчику добавлена интерпретация пинов как шин (сильно упрощает код), тристабильные выходы, задержка записи и чтения (согласно типичным параметрам из data sheet), индикация всплывающего окна с содержимым регистровой памяти при остановленной симуляции.

Компилировано с помощью VCToolkit от Microsoft (бесплатный C++ компилятор командной строки, совместимый с .NETовским) и утилиты nmake.exe того же производителя. Можно использовать и другие среды разработки (Visual Studio, VS.NET).

Может, кому-то пригодится.

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

VSM SDK with sample digital model

Ну я так раньше и делал.Теперь наброски на протеусе,"вылизывание" на железном отладчике.
А бывает и сразу все Ок.



Аяяяй!!!
И это говорит человек который якобы юзал ПРОТЕУС

Выходные форматы принципиальной схемы

BMP
EMF
DXF
EPS
HGL

Выходные форматы печатной платы

BMP
EMF
DXF
EPS
HGL
TXT
PCB
PKP
TPI
И это не считая чисто протеусовских форматов.

Смысл мне рисовать схему и писать прогу в протеусе потом отлаживать
схему и прогу.А потом опять рисовать для печатки?
Да и не заказываю я в конторах печатки,как то сам несложные научился делать.



Да полностью согласен

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

И тут не дело в том ,любитель ли ты симуляторов или нет,я в крайности не кидаюсь,
просто считаю что каждый стремится к более удобному,быстрому и понятному
для себя пути ваяния своего девайса.
А то что пути разные бывают.......Это выбор каждого.

[some skipped]
Ну не надо вот так-то сразу. Просто никогда не интересовался, что умеет генерить Proteus на выходе, за полной ненадобностью; для меня это "вещь в себе", вполне замкнутая и самодостаточная. А PCB как-то привычнее рисовать в Eagle или Protel'е....

Мне проще. У меня паяльник в руках бывает от силы 8 часов в неделю, иногда - в месяц.
Эта... Типа... Радиолюбитель я... В худшем смысле этого слова
Лет 10 назад ушел из электронной лавочки и занимаюсь WIN32 софтом.
Но инструмент действительно каждый выбирает сам - от отвертки до компилятора (если в ТЗ не прописано иное )