Добрый день. Пользуется ли кто профессионально такой связкой?
Я пользовался всегда, вроде все нормально, все устраивало.
Тут пришли ко мне ATXMEGA8E5.
Не могу нормально запустить таймер TCC4/TCC5.
В симуляторе не заходит в прерывание. Уже как только ни пробовал. Поменял в коде вместо TCC5 на TCD5 и о чудо брейкпоинт сработал в подпрограмме прерывания. Более того, поменя все обратно на TCC5 и сделал в коде прерывания на определенной ноге единицу. Зашил в контроллер, оказывается хардварно он туда заходит. Вот теперь думаю, почему в симуляторе повисон, может ли быть это как то связано с VirtualBox или на него грешить не стоит? Все-таки при использовании TCD5 я захожу в прерывание в симуляторе. Пока просто не знаю куда копать. Чистой винды нигде нет только линуксы и проверить негде. По E-series тоже в нете не много инфы, может там где глюк, но в errata по этой теме тихо.

Вообще интересная картина. Оказывается не только по таймеру TCC не происходит перехода в подпрограмму прерывания при использовании симулятора, но вот например и при использовании АЦП. В симуляторе повисает, а в железе нормально все. Остается два варианта: 1. Проблема из-за VirtualBox 2. ATXMEGA8E5 я так понимаю довольно свежий чип, его поддержка в симуляторе AS вообще появилась не давно, может полно глюков? Наверняка кто-то использовал эти чипы и что-то может про них рассказать?

попробуйте под вмваре.

Вот если бы на VirtualBox'е железо не работало, это было бы еще объяснимо, т.к. из-за виртуализации драйверов могли бы быть нарушены как-нибудь тайминги по связи с отладчиком. Но у вас всё наоборот - не работает симулятор, который за пределы VirtualBox'а никуда не выходит. В таком случае это может быть исключительно глюк программы самого симулятора, т.к. виртуализация "арифметики" сбоев не дает. Ибо если бы VirtualBox давал такие сбои, то это было бы обнаружено задолго до вас на других многочисленных примерах. Да и просто невероятно, чтобы на VirtualBox'е работали операционные системы, а какой-то там симулятор давал сбой именно в прерываниях ATXMEGA8E5.

По всем симптомам у вас глючит Atmel Studio 6, конкретную версию которой вы не называете. А тех было не одна, а много, причем первые шестерки глючили нещадно не только в эмуляции, но и порой при компиляции кода. А раз так, то и разговора с вами больше нет.

P.S. Согласно официальному документу RELEASE NOTES Atmel Studio 6.1 (нижняя строка в таблице на странице 27), симулятор для ATxmega8E5 вообще не должен работать (пустота в колонке "Simulator"). Только в самой последней версии RELEASE NOTES Atmel Studio 6.2 (та же таблица, но на странице 30) симулятор для ATxmega8E5 наконец-то поддержан. Поэтому не будет ничего удивительного, если первый блин окажется комом (ошибки симулятора в прерываниях).

Ага, у меня как раз эта версия программы. А вообще я этот разговор начал из-за того, что когда-то, года два назад, я начал изучать АРМы, и возможно начал не удачно, так как выбрал МК LM3S фирмы TI, не очень популярный МК в русскоязычных сообществах. Ну и в то время у меня с Keil был подобный глюк, симулятор не работал, а хардварно все было ок. И тогда тоже кроме Virtualbox ничего не было под рукой, вот я и подумал может эти события как-то связаны. Ну ладно, главное, что я все-таки тоже более склонялся ко второму варианту.

полистайте весь этот форум))) тут почти везде напоминают "начинающим" не верьте симулятору, используйте железо.

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