Atmel SAM3U4, Различные вопросы Опции

[sonycman]

Доброго времени суток!
Начал потихоньку осваивать SAM3U4C, сделал темку, так как возникают различные вопросы, которые хотелось бы обсудить.

В этом камне, не смотря на два банка, RAM можно использовать как единый блок по адресам 0x20078000 - 0x20083FFF.

Можно ли такую же методику применить к флеш?
В комплекте с ИАРом идёт флешлоадер, который шьёт сразу два банка по адресам 0x000E0000 - 0x0011FFFF.

Сделал в .icf файле также, посмотрим, как получится на практике, если вместо 0x00080000 везде в программе использовать 0x000E0000.

Ещё хотел спросить про встроенный RTC, если кто им пользовался.

Я так понял, что модифицировать время тут не так просто - надо сначала остановить часы, записать новые значения, запустить их, и подождать около 1 секунды, пока можно будет проводить следующую модификацию.
Вот что интересно - после записи и запуска часов сбрасывается ли прескалер секунд? То есть переход на следующую секунду наступит ровно через секунду после запуска, или раньше, в зависимости от значения прескалера?

[aaarrr]

Проверил на SAM7: таки да, не доходит до RC, что совсем не вяжется ни с описанием, ни с картинками
Такое ощущение, что таймер сбрасывается по сравнению асинхронно (что можно было бы предположить, глядя на картинку), однако точно известно, что SWTRG таймер без клока не сбрасывает, а на картинке эти источники объединены. Ну и в тексте явно написано, что для любого источника сброс срабатывает на следующем клоке.

UPD:
Поэкспериментировал еще с внешним клоком.
В режиме WAVESEL_UP_AUTO сброс таймера происходит моментально по достижении им значения RC, т.е. первой ассемблерной командой даю последний фронт при CV = RC - 1, следующей считываю CV уже равным 0. Зато при установке дополнительно бита CPCSTOP таймер останавливается со значением CV = RC.
SWTRIG честно срабатывает только на следующем фронте. То есть врут мануалы уже десять лет.

[singlskv]

Проверил на SAM7: таки да, не доходит до RC, что совсем не вяжется ни с описанием, ни с картинками
Такое ощущение, что таймер сбрасывается по сравнению асинхронно (что можно было бы предположить, глядя на картинку), однако точно известно, что SWTRG таймер без клока не сбрасывает, а на картинке эти источники объединены. Ну и в тексте явно написано, что для любого источника сброс срабатывает на следующем клоке.

UPD:
Поэкспериментировал еще с внешним клоком.
В режиме WAVESEL_UP_AUTO сброс таймера происходит моментально по достижении им значения RC, т.е. первой ассемблерной командой даю последний фронт при CV = RC - 1, следующей считываю CV уже равным 0. Зато при установке дополнительно бита CPCSTOP таймер останавливается со значением CV = RC.
SWTRIG честно срабатывает только на следующем фронте. То есть врут мануалы уже десять лет.

я года 4 сидел с "неправильным" тактом из-за этой "особенности", правда в моем случае ошибка была
практически ничтожна 1/24000, но все же я ее случайно поймал и после пятого прочтения даташита
я нашел нужные слова:
When WAVSEL = 10, the value of TC_CV is incremented from 0 to the value of RC, then automatically
reset on a RC Compare.

автоматически это видимо именно значит в тот же момент не зависимо от прескейлера
и выяснилось это все при программировании PWM контроллера когда у меня банально
не совпали частоты...


ну и да, я включился в ряды SAM3водил,
так что по мере освоения могу тоже давать ответы и задавать вопросы,
и если топикстартер не против(?) то буду делать это в этой теме...

[singlskv]

то буду делать это в этой теме...

Ну вот и вопросики нарисовались:
1. Ремап векторов в SRAM улучшает производительность(учитываем различные шины для доступа к FLASH и SRAM) ?
2. Размещение функции которая должна максимально быстро работать в SRAM дает преимущество как на ARM7 или нет ?
(ARM вроде как утверждает что из-за наличия многих шин код не нужно размещать в SRAM)
3. Какие ограничения имеет PDC по пропускной способности ?