Баги симуляторов ... Опции

[Яrik]

Придлагаю скидывать в данную ветку все встричающиеся баги программ симуляторов-эмуляторов (Proteus, Vmlab, AvrStudio).

Сам пока столкнулся только со следующим:

В Proteus 6.9.03 не работает прерывание от Input Capure (могу ошибаться, буду рад если меня исправят, но программа МК ATmega8 рабочая - проверено в Vmlab).

Сообщение отредактировал Яrik - Aug 24 2007, 14:26

[Igor26]

Придлагаю скидывать в данную ветку все встричающиеся баги программ симуляторов-эмуляторов (Proteus, Vmlab, AvrStudio).

Сам пока столкнулся только со следующим:

В Proteus 6.9.03 не работает прерывание от Input Capure (могу ошибаться, буду рад если меня исправят, но программа МК ATmega8 рабочая - проверено в Vmlab).

А я предлагаю (модераторы, не рвите на части) вообще не пользоваться всякими там протеусами и вмлабами! Здесь сколько раз уже мелькали фразы типа - "В протеусе работает, а на "железе" нет. Поможите!". Да нах такой СИмулятор нужен, если он кроме вопросов ничего не вызывает! Моё мнение - любой проект нужно отлаживать ТОЛЬКО В "ЖЕЛЕЗЕ"! Есть прекрасный инструмент - JTAGICE (Zltigo сейчас взбеленится), с помощью которого можно увидеть, что творится с программой и "железом" реально в данный момент времерни. А фраза "МК ATmega8 рабочая - проверено в Vmlab" меня привела в полный восторг!

Нельзя научиться ездить на велосипеде, не имея велосипеда.

[zltigo]

Моё мнение - любой проект нужно отлаживать ТОЛЬКО В "ЖЕЛЕЗЕ"!

Отчего-же? Большая часть вообще должна писаться и отлаживаться на инструментальной машине и только потом уже в дышащем виде переноситься на целевой контроллер.
Про "отладку" простейшего периферийного железа контроллеров общего назначения хоть в симуляторах, хоть нет я просто помолчу, ибо вообще не понимаю, чего там "отлаживать".

Есть прекрасный инструмент - JTAGICE (Zltigo сейчас взбеленится), с помощью которого можно увидеть, что творится с программой и "железом" реально в данный момент времерни.

А чего это мне "белениться" - каждый сам себе Буратино. В конце концов и если кто-то не может прочитать пару сот строк документации, обдумать и после этого написать пару десятков строк без ошибок и при этом принципиально пишет на ASM (которым на самом деле не владеет) то мне до этого просто нет дела. Пусть методом тыка тыкается хоть симуляторах, хоть в эмуляторах, хоть в железе попутно набираясь "уверенности", что все железо, отладчики, эмуляторы, компиляторы и Windows иже с ними крупно покрыты "багами" .

А фраза "МК ATmega8 рабочая - проверено в Vmlab" меня привела в полный восторг!

Это да!

[singlskv]

Отчего-же? Большая часть вообще должна писаться и отлаживаться на инструментальной машине и только потом уже в дышащем виде переноситься на целевой контроллер.
Про "отладку" простейшего периферийного железа контроллеров общего назначения хоть в симуляторах, хоть нет я просто помолчу, ибо вообще не понимаю, чего там "отлаживать".
В конце концов и если кто-то не может прочитать пару сот строк документации, обдумать и после этого написать пару десятков строк без ошибок и при этом принципиально пишет на ASM (которым на самом деле не владеет) то мне до этого просто нет дела

zltigo я Вам задам один простой вопрос, приходилось ли Вам отлаживать работу
i2c на чипах AT91SAM7 ?
Если не приходилось, то наверное мы друг друга не поймем
А если приходилось, и Вам удалось это сделать(написать пару десятков строк основываясь только
на даташите), то извините, я Вам просто не поверю, хотя бы на том основании что IAR, из-за
глючности/плохой/ошибочной документации на эти чипы, просто сделала доступ в своих исходниках
по i2c, побайтовым!
Вопрос, сможете ли Вы, без отладчика, написать пару десятков строк для обслуживания i2c
на SAM7 пользуясь только даташитом ?

[zltigo]

zltigo я Вам задам один простой вопрос, приходилось ли Вам отлаживать работу
i2c на чипах AT91SAM7 ?

Нет, но приходилось многое, что другое.

Если не приходилось, то наверное мы друг друга не поймем

Зато для меня обыденное дело иметь дело с периферийными чипами для которых документация измеряется многими сотнями-тысячей листов. Причем эта документация скудная и ввиду много меньшего круга пользователей такими чипами мнооооого худшего качества. Я пока жив. Разбоки и лабораторные работы трудоемки, обращения support неизбежны, но до сих пор все получалось. Кроме того у меня есть приобретенне за многие годы "чувство железа", а оно только путем логических размышлений достигается а не изучения эмуляторов.

Вам просто не поверю, хотя бы на том основании что IAR, из-за
глючности/плохой/ошибочной документации на эти чипы, просто сделала доступ в своих исходниках
по i2c, побайтовым!

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

IAR EW430 4.32A.

Полагаю 3.42
Берем вышеозначенный компилятор. Без всякого заумства в виде добвавления каких-либо ключей,
хотя я обычно сразу добавляю
--warnings_affect_exit_code
--warnings_are_errors
--remarks
компилим:

Код

    if( count = 3 )
    {  do_dummy();
    }    
    count == 7;

Получаем:

IAR MSP430 C/C++ Compiler V3.42A/W32 [Evaluation]
Copyright 1996-2006 IAR Systems. All rights reserved.
Warning[Pe187]: use of "=" where "==" may have been intended ....
Warning[Pe174]: expression has no effect ....

Вот такой эксперимент.
Вопрос зачем было supress на warning ставить можете задать себе.

что-то там не в порядке в этой версии. Иногда возникают ошибки в том месте, где их до этого не было и где я ничего не менял. Вроде помогает Rebuild All или выгрузка/загрузка среды снова.

IDE не пользую, точнее пользую, но не чаще, чем отладчик

есть сообщение о версии 3.42E, которая видимо только в full-версии имеется. Версия Evaluation по-прежнему только 3.42A доступна.

Если patch успели скачать до изменения IAR-ом upgrade политики, то прикрутим его и к Evalution..

[rezident]

Полагаю 3.42

Да, описка вышла. 3.42A.

Берем вышеозначенный компилятор. Без всякого заумства в виде добвавления каких-либо ключей,
хотя я обычно сразу добавляю
--warnings_affect_exit_code
--warnings_are_errors
--remarks
компилим:

Код

    if( count = 3 )
    {  do_dummy();
    }    
    count == 7;

Получаем:

Вот такой эксперимент.
Вопрос зачем было supress на warning ставить можете задать себе.

Ну вот. Опять из вас поперло ЭТО Ну почему я должен выглядеть глупее вас, только потому что вам так хочется кажется? Да не выключены у меня эти долбанные варнинги! Не имею привычки их выключать. Вам весь проект прислать или скриншотов достаточно?
На первом скриншоте результат компиляции всего проекта. Как видите там два варнинга.
На втором скриншоте протокол компиляции именно того модуля для которого выданы эти предупреждения. На операцию с переменными volatile ругнулся, а описанную мной ошибку (на третьем скриншоте выделено) в том же модуле спокойно пропустил.

IDE не пользую, точнее пользую, но не чаще, чем отладчик

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

Если patch успели скачать до изменения IAR-ом upgrade политики, то прикрутим его и к Evalution..

К сожалению не успел Для скачивания апдейта просит указать номер валидной лицензии для полнофункциональной версии. Лицензию сгенерированную кейгеном почему-то не берет

P.S. Ну включил еще дополнительно ремарки. Нашел лишнюю запятую в enum-е в одном из хидеров. Других отличий от уже описанного протокола компиляции нет. Ну не обнаруживает в этом конкретном месте компилятор никаких ошибок или недоразумений. А программа-то глючит безбожно

P.P.S. А вот как эта строка компилируется.

С ошибкой

Код

//  100   { GD.cap.flag==CAP_FLAG_NEWSMPL;
        CMP.B   #0x1, &GD + 82
        JNE     ??fStartTimerCap_1
        MOV.B   #0x1, R14
        JMP     ??fStartTimerCap_2
??fStartTimerCap_1:
        MOV.B   #0x0, R14
??fStartTimerCap_2:
        BIT.B   #0x1, R14

R14 в данной функции нигде не используется.

А вот без ошибки

Код

//  100   { GD.cap.flag=CAP_FLAG_NEWSMPL;
        MOV.B   #0x1, &GD + 82

что собственно и хотелось в этой операции.

[zltigo]

Ну вот. Опять из вас поперло ЭТО

"ЭТО", это что? Уверенность, что разработчики компиляторов умнее меня и компилятор ошибается много реже, чем я? Да, дело имено так и обстоит.

Вам весь проект прислать или скриншотов достаточно?

Проекта не надо, а вот конкретный компилируемый файл и хидеры к нему посмотреть не отказался бы.

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

Забавно Прямо в этой ветке Вы пинали IAR IDE и сетовали на ее глюки, после чего меня, который ее НЕ использует (в том числе и по причине глюков) обвиняете в "предрассудках". Зачем, черт побери, пользоваться явно прохими продуктами, если есть продукты, которые выпускаются производителями для которых это основной кусок хлеба, а не попытка сделать 'как у всех' натягивая дежурную маску дружелюбности?

А программа-то глючит безбожно

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

Можно и с помощью одного светодиода все отладить, но ведь дольше ж будет. А время, как известно, - деньги.

Я просто пытаюсь 'намекнуть', что после маленьких проектов (что абсолютно естественно), у которых буквально все на виду и достаточно просто взглянуть на окно отладчика сразу становится все ясным и понятным. Для которых отладчик реально демонстрирует просто потрясающую (особенно для ассемблерных) воображене эффективность, обычно приходит время проектов посложнее. В них эфективность применения отладчика резко падает. На первое место выходит проблема "кто шил костюм"
а отладчик прекрасно помогает только с разборками с "пуговицами", к которым, как известно, "притензий нет". Зато отсутствие навыков (в том числе и провоцируемых отладчиком!) вдумчиво писать и уменя читать (в том числе и чужие исходники, ибо куда без них в больших проектах) начинает со страшной силой пожирать и время, и деньги, и нервы.
Подходишь к такому человеку, а он "висит" в отладчике днями, месяцами, неделями. Что-то замучал и произошло самое сташное - отпралено на обьект. Глючит. Любимейшая фраза в таком случае - а у "меня все работает", "как мне это здесь повторить"(дабы припасть к окну отладчика). Все, труба дело навыки анализа "глюков", вычитывания тектстов, раздумия над алгоритмами минимальны. Уверености в написанном нет. Начинается слепое латание и замена одних проблем на другие. Все это я наблюдал и наблюдаю, удручающе часто .
Повтояюсь - отладчик, как и любой инстумент, полезен, но для определенных условий и ситуаций. В противном случае он похож на детскую соску, которую пихают когда и куда не поподя, добиваясь что-бы дите не плакало, но отнюдь не того, что бы оно было здорово.