разочеровался в PROTEUSE, может есть чтонибудь аналогичное Опции

[*SERG]

Работает только с маленькими програмками, не любит подпрограммы обработки прерывания (то работает то нет, так и не понял в чём проблемма)

AVRSTUDIO есть, но он програмный отладчик, лучше бы схемный. Может есть что нибудь аналогичное PROTEUSU, что б с COF файлами работал, или каким то образом Си понимал

[bodja74]

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

To Serg

Протеус работает по факту от прошивки ,а не от исходников,поэтому ему
все равно какое имя переменной Вы присвоите,эта задача относиться к компиллеру.
Я присваивал более 50 одно и двухбайтовых переменных-нормально.
А большие программы Вы и не делайте,разбивайте на куски и отлаживайте,А уже всю прогу
отлаживайте в железе.
У меня в реальном железе было переполнение стека через 12 секунд,
на протеусе я бы этот глюк долго дожидался бы.

[ROC]

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

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

[some bytes skipped]
А большие программы Вы и не делайте,разбивайте на куски и отлаживайте,А уже всю прогу
отлаживайте в железе.
У меня в реальном железе было переполнение стека через 12 секунд,
на протеусе я бы этот глюк долго дожидался бы.

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

[bodja74]

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

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

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

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

Это я к чему, собственно? Ни один Proteus не отловит плохую пайку, сдохший электролит или обрыв дорожки, соответственно - если модель вдруг глючит в "нужную сторону", в железе этот глюк, увы, не воспроизвести никогда. А хардварные эмуляторы таких денег стОят....

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

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

[ROC]

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

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

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

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

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

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

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

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

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

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