Да бросьте Вы этот VMLAB! Он только добавит непоняток на Вашу голову!
Если бы Вы взялись ладить проект в аврстудии, думаю, вопрсов стало бы НАМНОГО меньше!
Правда, т.к. прогамите в codevision, с коим не имел дела, то не знаю, умеет ли студия "ходить" при отладке по сишному коду codevision_а.
В ИАР_е - все пучком.
За неимением хардверных отладчиков - ладить в аврстудии - самое оно!

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

Чем прельщает VMLAB, так это виртуальным оциллографом. Давно собирался сесть за студию, но все сразу не охватишь. Кто мне подскажет, какая версия менее глюкнутая, а то в сети много разговоров особенно о четвертой? И чтоба она Си понимала, а то я слышал, что изначально студия была заточена под асм.

Сообщение отредактировал j_serg - Feb 5 2008, 08:09

Она заточена под разработку на асме, но дебажит нормально по Си коду, а на глюках, имхо, не стоит заморачиваться - они есть и будут. Но поддержку Си в студию добавить можно, для этого надо установить пакет WinAVR(гугль в помощь), тогда вы получите абсолютно бесплатную среду разработки. А осциллограф лучше хардварный раздобыть где нибудь. И делать упор на отладку в железе, чтобы не задавать потом вопросов типа: "...а почему в VMLab(AVRStudio, Proteus и т.п.) все работало , а в железе не работает..."

Полностью согласен на счет железа. Конечно хорошо бы иметь что-нибудь из Aтмеловских аппаратных отладок, но пока они прийдут на периферию обрастут тройной ценой. Поэтому и ищешь себе помошников хотя бы программных. Сел за Кодевижин, потому-что не нашед лекарство для ИАР, да и осваивать с нуля вижин оказалось проще. А WinAvr можно брать любой? И все таки повторюсь по поводу версии студии--какая лучше? Скачал себе четвертую, а потом наткнулся на форум. Думаю, что она пока сырая.

Берите не глядя, другой все равно нет, да и 4я какая у вас? Последняя вроде была 4.13, вообще 4е версии студии выходят уже года четыре, я, признаться, других версий(3х, 2х) и не видел
Сам начинал с кодевижона... ИАР посложнее, но и код он генерит более плотный и оптимальный.

Любой, но лучше последний, конечно. WinAvr - это известный линуксовый компилятор GCC портированный на виндовс и заточенный под АВР - и соответствующие ему "проблемы" - make файлы, которые с ходу не понятны после вижона и ИАРа, но зато если с ним разобраться, то можно вообще перейти на разработку в линуксе


На счет "обрастут" вам виднее, но отладочные платы у атмела не дороги, к тому же простейшую плату можно собрать самому, да и на форуме тут кто то предлагал уже платы собственной разработки. Из атмеловских плат мне нравится AVR Butterfly - в питерском ЭФО стоит около 600р, но к ней желателен программатор.

Симулятор VMLab не поддерживает режим PWM по регистру ICR1. Также что-то непонятное творится с таймерами в некоторых режимах PWM для контроллеров mega48/88/168.
И к сожалению VMLab давно уже не развивается.
ИМХО - из симуляторов - лучший! (Не сравниваю с Proteus - разные подходы).

Я думаю, что вся проблема в неправильных dll-ках. Когда я заморачивался с таймерами, то обратил внимание на то, что биты в регистрах не соответствуют ДШ(см выше). Я думаю, что они взяли шаблоны с прошлых версий и воткнули не глядя, т.к. заранее планировалася бесплатная версия. А инклуды я проверял -- они соответствуют ДШ. Нашел в сети перевод фирменного руководства по созданию dll-ки для симуляции собственного элемента. Но я пока в Си дуб и поэтому эта описаловка для меня темный лес. Но я думаю, что если освоить это, то получится мощный инструмент в руках, ведь что ни говори, а vmlab при его маленьких размерах обладает большими возможностями. Сегодня скачал WinAvr и буду щупать его со студией. Может быть действительно студия богаче для отладки.

Вчера ковырял (раз в полгода просматриваю прогресс, когда-то долго просидел на асме и студиях версий 3.5х) студию 4.13, до сих пор симулятор не в курсе, что аналаговый компаратор после сброса контроллера находится во включенном состоянии. Бросил ...

Ковыряю Rowley CrossStudio, впечатления намного более приятные (по симулятору и вообще).

VMLab - создавал примитивную dll. Возможность создавать свой компонент - супер! Но как-то в последнее время все больше приходиться использовать ШИМ именно в таких режимах, о которых симулятор VMLab-а не знает, и не узнает... Насчет поправить "главную AVR DLL" в VMLab - круто...

"Инклуды" живут в WinAVR и с VMLab не связаны. Потому они для более свежих процов правильные, а вот имена битов в симуляторе от "не свежих".

Кстати, в CrossStudio есть "JavaScript peripheral simulation" - не знаю пока, что это, но возможно это аналогия как "свой компонент в VMLab".

Я имел в виду dll-ки для элементов. Если я правильно понял из выше указанного руководства, то в этих dll-ках как раз и описывается поведение элемента при симуляции. А по поводу главной dll-ки это действительно круто. В VMLab тоже есть инклуды. Они расположены в папке inc и в них тоже описаны по ДШ. все регистры, названия битов, прерывания и т.д. По началу я думал, что VMLab руководствуется инками, а потом уже узнал про dll-ки. Ну, а по поводу различных пакетов типа Rowley CrossStudio голова идет кругом. Потому как одни хвалят, другие хаят. А мне как начинающему охота присесть на какой-нибудь не сильно глюкнутый пакет, потому как получается: не правильно понял работу железа+алгоритмическая ошибка в проге, к этому добавить глюк пакета и получается бег по замкнутому кругу. Пример с VMLab и прерываниями. Просидел больше двух недель, с таймерами вроде разобрался, а с PCINT нет, но думаю здесь дело уже не во мне. Поэтому прийдется идти стандартной дорогой начинающего - выискивать глюки собственным лбом и собирать инфу по форумам, т.к. в стидии и WinAVR сидит много народу.