|
|
  |
разочеровался в PROTEUSE, может есть чтонибудь аналогичное |
|
|
|
Jan 25 2006, 19:40
|

Частый гость
 
Группа: Свой
Сообщений: 157
Регистрация: 14-11-04
Из: Санкт-Петербург
Пользователь №: 1 125

|
Цитата(bodja74 @ Jan 25 2006, 20:31)  Да согласен DeXter , моделей вполне навалом для того чтобы собрать несложный девайс. Искать то особо и не нужно. Да? Некие общие модели есть, а вот конкретный девайс зачастую бывает весьма непросто сэмулировать. Например, модели для х51 есть, а для AT89C4051? Поискать и набегаться.... Цитата(bodja74 @ Jan 25 2006, 20:31)  [some bytes skipped] А большие программы Вы и не делайте,разбивайте на куски и отлаживайте,А уже всю прогу отлаживайте в железе. У меня в реальном железе было переполнение стека через 12 секунд, на протеусе я бы этот глюк долго дожидался бы. У меня было веселее. В эмуляторе - работает, код написан вроде правильно. В железе - ни в какую, беда да и только. Отправляю в девайс 0хFF, доходит только 0хEF. Достал у ребят железный эмулятор от Nohau, после буквально первого прогона стало понятно - 5-й бит отсох напрочь, не меняется никак и никогда, долго и нудно пропаивал всё "по пути следования", таки нашел неконтакт! Так вот, сколько бы это пришлось ловить в Proteus'e? И поймалось ли бы оно вообще? Нужно быть полностью уверенным, что железо спаяно и работает как следует, что в Proteuse модели не глючат, тогда - да, отлаживаемся, моделируем и радуемся, ибо экономим ресурс отладочного кристалла на лишних и бесполезных прошивках и наблюдаем свой аппарат во всей красе - с лампочками, индикаторами, дисплеями и переключателями всякими. Это я к чему, собственно? Ни один Proteus не отловит плохую пайку, сдохший электролит или обрыв дорожки, соответственно - если модель вдруг глючит в "нужную сторону", в железе этот глюк, увы, не воспроизвести никогда. А хардварные эмуляторы таких денег стОят....
--------------------
WBR, ROC.
|
|
|
|
|
Jan 25 2006, 21:21
|
Знающий
   
Группа: Свой
Сообщений: 543
Регистрация: 22-10-05
Пользователь №: 9 984

|
Цитата(ROC @ Jan 25 2006, 22:40)  Да? Некие общие модели есть, а вот конкретный девайс зачастую бывает весьма непросто сэмулировать. Например, модели для х51 есть, а для AT89C4051? Поискать и набегаться.... Ну это лишнее,с таким же самым успехом можно например пообижаться на AVRstudio за то что у нее нет поддержки PIC. Протеус начинал свою карьеру с ПИКов,поэтому расчитывать на всю линейку от атмела как бы и не стоит. Цитата У меня было веселее. В эмуляторе - работает, код написан вроде правильно. В железе - ни в какую, беда да и только. Отправляю в девайс 0хFF, доходит только 0хEF. Достал у ребят железный эмулятор от Nohau, после буквально первого прогона стало понятно - 5-й бит отсох напрочь, не меняется никак и никогда, долго и нудно пропаивал всё "по пути следования", таки нашел неконтакт! Так вот, сколько бы это пришлось ловить в Proteus'e? И поймалось ли бы оно вообще? Нужно быть полностью уверенным, что железо спаяно и работает как следует, что в Proteuse модели не глючат, тогда - да, отлаживаемся, моделируем и радуемся, ибо экономим ресурс отладочного кристалла на лишних и бесполезных прошивках и наблюдаем свой аппарат во всей красе - с лампочками, индикаторами, дисплеями и переключателями всякими. Ну никто отладочное железо не отменял юзать,я об этом не раз говорил. Протеус бы не нашел подобную неисправность. А может ли Nohau провериль согласованную работу СРАЗУ нескольких контроллеров? Цитата Это я к чему, собственно? Ни один Proteus не отловит плохую пайку, сдохший электролит или обрыв дорожки, соответственно - если модель вдруг глючит в "нужную сторону", в железе этот глюк, увы, не воспроизвести никогда. А хардварные эмуляторы таких денег стОят.... Ну что я могу сказать в ответ? Ни один железный отладчик "не отходя от кассы" не нарисует Вам принципиальную схему и разведет печатку. Я к чему веду? Нет смысла сравнивать работу фундаментально разных вещей,здесь уж каждому свое.
|
|
|
|
|
Jan 26 2006, 10:41
|

Местный
  
Группа: Свой
Сообщений: 319
Регистрация: 2-08-05
Из: Одесса
Пользователь №: 7 287

|
Присоединяюсь к bodja74 + скажу от себя То что работает в Протеусе на 99.99999 % заработает в железе - проверено =) Может и наоборот и невсегда ..... Если в железе непашет то что в протеусе - Это проблеммы быстродействия переферии + помех =) Поэтому эту прогу УВАЖАЮ
|
|
|
|
|
Jan 26 2006, 16:16
|

Частый гость
 
Группа: Свой
Сообщений: 157
Регистрация: 14-11-04
Из: Санкт-Петербург
Пользователь №: 1 125

|
Цитата(bodja74 @ Jan 26 2006, 00:21)  Ну никто отладочное железо не отменял юзать,я об этом не раз говорил. Протеус бы не нашел подобную неисправность. А может ли Nohau провериль согласованную работу СРАЗУ нескольких контроллеров? Нет. Не думаю. Можно попинать slave, чтобы говорил, что надо, потом master'a, чтобы слушал, что надо. Но без Nohau было бы еще сложнее разбираться... Цитата(bodja74 @ Jan 26 2006, 00:21)  Ну что я могу сказать в ответ? Ни один железный отладчик "не отходя от кассы" не нарисует Вам принципиальную схему и разведет печатку. Orcad, Pcad, Protel & целая куча всего остального (тот же Eagle, etc.) уже не в кассу?  А Proteus сам мне и не нарисует ничего, это в нем надо долго и нудно все это рисовать, проверять и т.д. Тем более - сильно сомневаюсь, что хоть одна лавочка по производству PCB возьмет Proteus'овский файл. Не помню, он Gerber-то хоть генерит? А еще "железные отладчики" не умеют варить кофе, гладить шнурки и бегать за сигаретами/пивом..  Какой-то беспредметный разговор получается...  Цитата(DeXteR @ Jan 26 2006, 13:41)  Присоединяюсь к bodja74 + скажу от себя То что работает в Протеусе на 99.99999 % заработает в железе - проверено =) Может и наоборот и невсегда ..... Если в железе непашет то что в протеусе - Это проблеммы быстродействия переферии + помех =) Поэтому эту прогу УВАЖАЮ  Да не наезжаю я на Proteus! Мне тоже эта софтина нравится, я считаю её полезной, но нельзя безоговорочно верить симуляторам. В конце концов - там только модель компонента. Errata всякие никогда не читали? Да что далеко ходить, в соседних ветках люди вон баги в ядре Tiny26 ловят. А если в Proteuse такая же модель реализована? "Никому нельзя верить" (С)
--------------------
WBR, ROC.
|
|
|
|
|
Jan 26 2006, 19:09
|

Частый гость
 
Группа: Свой
Сообщений: 175
Регистрация: 26-01-06
Из: Sevastopol
Пользователь №: 13 664

|
Цитата(*SERG @ Jan 25 2006, 21:38)  Блииииииииииииииииин опять ошибочно написал, не БАЙТОВЫХ, а БИТОВЫХ т.е. флагов...!!! В свое время при отладке кусков программы работы с графическим 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
|
|
|
|
|
Jan 26 2006, 19:47
|
Знающий
   
Группа: Свой
Сообщений: 543
Регистрация: 22-10-05
Пользователь №: 9 984

|
Цитата(ROC @ Jan 26 2006, 19:16)  Нет. Не думаю. Можно попинать slave, чтобы говорил, что надо, потом master'a, чтобы слушал, что надо. Но без Nohau было бы еще сложнее разбираться... Ну я так раньше и делал.Теперь наброски на протеусе,"вылизывание" на железном отладчике. А бывает и сразу все Ок. Цитата Orcad, Pcad, Protel & целая куча всего остального (тот же Eagle, etc.) уже не в кассу?  А Proteus сам мне и не нарисует ничего, это в нем надо долго и нудно все это рисовать, проверять и т.д. Тем более - сильно сомневаюсь, что хоть одна лавочка по производству PCB возьмет Proteus'овский файл. Не помню, он Gerber-то хоть генерит? Аяяяй!!! И это говорит человек который якобы юзал ПРОТЕУС Выходные форматы принципиальной схемы BMP EMF DXF EPS HGL Выходные форматы печатной платы BMP EMF DXF EPS HGL TXT PCB PKP TPI И это не считая чисто протеусовских форматов. Смысл мне рисовать схему и писать прогу в протеусе потом отлаживать схему и прогу.А потом опять рисовать для печатки? Да и не заказываю я в конторах печатки,как то сам несложные научился делать. Цитата А еще "железные отладчики" не умеют варить кофе, гладить шнурки и бегать за сигаретами/пивом..  Какой-то беспредметный разговор получается...  Да полностью согласен  Я каждый день по 8 часов держу паяльник в руках зарабатывая на хлеб, И могу с полной уверенностью сказать,что гораздо легче поменять резистор ,транзистор,дорожку,микросхему и т.д. в проге и посмотреть гуд или не гуд, чем на макетке. И тут не дело в том ,любитель ли ты симуляторов или нет,я в крайности не кидаюсь, просто считаю что каждый стремится к более удобному,быстрому и понятному для себя пути ваяния своего девайса. А то что пути разные бывают.......Это выбор каждого.
|
|
|
|
|
Jan 27 2006, 08:35
|

Частый гость
 
Группа: Свой
Сообщений: 157
Регистрация: 14-11-04
Из: Санкт-Петербург
Пользователь №: 1 125

|
Цитата(bodja74 @ Jan 26 2006, 22:47)  Аяяяй!!! И это говорит человек который якобы юзал ПРОТЕУС
Выходные форматы принципиальной схемы .... [some skipped] Ну не надо вот так-то сразу.  Просто никогда не интересовался, что умеет генерить Proteus на выходе, за полной ненадобностью; для меня это "вещь в себе", вполне замкнутая и самодостаточная. А PCB как-то привычнее рисовать в Eagle или Protel'е.... Цитата(bodja74 @ Jan 26 2006, 22:47)  Я каждый день по 8 часов держу паяльник в руках зарабатывая на хлеб, И могу с полной уверенностью сказать,что гораздо легче поменять резистор ,транзистор,дорожку,микросхему и т.д. в проге и посмотреть гуд или не гуд, чем на макетке.
И тут не дело в том ,любитель ли ты симуляторов или нет,я в крайности не кидаюсь, просто считаю что каждый стремится к более удобному,быстрому и понятному для себя пути ваяния своего девайса. А то что пути разные бывают.......Это выбор каждого. Мне проще. У меня паяльник в руках бывает от силы 8 часов в неделю, иногда - в месяц. Эта... Типа... Радиолюбитель я...  В худшем смысле этого слова  Лет 10 назад ушел из электронной лавочки и занимаюсь WIN32 софтом. Но инструмент действительно каждый выбирает сам - от отвертки до компилятора (если в ТЗ не прописано иное  )
--------------------
WBR, ROC.
|
|
|
|
|
  |
2 чел. читают эту тему (гостей: 2, скрытых пользователей: 0)
Пользователей: 0
|
|
|