[zltigo 1]

Если вызывать IAP при включенном PLL, то 72 МГц вполне допустимо.

Да, когда-до на что-то старое типа LPC2114, помнится, была errata по недопущению использования, PLL. У "современных" такого нет. Лично у меня PLL настройки вычитываюся прямо из регистров при задании частоты. В неизвесности только частота кварца, но она уменя всегда одна и та-же. Кроме того, указывать частоты повыше реальных, полагаю, безобидно

[sergik_vrn 0]

Если вызывать IAP при включенном PLL, то 72 МГц вполне допустимо. Другое дело, что встроенный bootloader после ресета работает при выключенном PLL и для него допустимо 10..25 МГц.

работа идет во вторичном бут-лоадере, перед обращением к функциям первичного устанавливается PLL и включается частота 72MHz. Нигде в документации на 2478 запрета не нашел, а в разделе Introductory написано:

The LPC2400 microcontrollers have 512 kB of on-chip high-speed

Flash memory. This Flash memory includes a special 128-bit wide memory interface and

accelerator architecture that enables the CPU to execute sequential instructions from

Flash memory at the maximum 72 MHz system clock rate. This feature is available only

on the LPC2000 ARM Microcontroller family of products.

у меня тут другое выяснилось, я обнаружил, что параметр частоты требуется передавать в килогерцах, а не в герцах :) на это грешу, исправил, теперь пока что идет набор статистики

[GetSmart 0]

работа идет во вторичном бут-лоадере, перед обращением к функциям первичного устанавливается PLL и включается частота 72MHz. Нигде в документации на 2478 запрета не нашел, а в разделе Introductory написано:

Ничего полезного здесь не написано. А первичный бутлодер не вызвать из вторичного, кроме как общим сбросом. А вот IAP можно вызывать, у него есть "точка входа".

 

у меня тут другое выяснилось, я обнаружил, что параметр частоты требуется передавать в килогерцах, а не в герцах :) на это грешу, исправил, теперь пока что идет набор статистики

Интересно у zltigo что тогда было :)

Изменено 13 августа, 2009 пользователем GetSmart

[sergik_vrn 0]

Ничего полезного здесь не написано. А первичный бутлодер не вызвать из вторичного, кроме как общим сбросом. А вот IAP можно вызывать, у него есть "точка входа".

ну я IAP и имел в виду, разумеется.

понятно, что ничего полезного, просто про флеш, тем более про его программирование, более нигде ничего вообще не написано :(

[GetSmart 0]

понятно, что ничего полезного, просто про флеш, тем более про его программирование, более нигде ничего вообще не написано :(

В том то и дело, что не про программирование, а про чтение/исполнение кода.

[sergik_vrn 0]

В том то и дело, что не про программирование, а про чтение/исполнение кода.

Вашу мысль я понял, но кроме упомянутой фразы про исполнение кода о флеше больше ни слова :(

Ладно, посмотрим что покажут испытания, хотя работоспособность/неработоспособность IAP при таких ошибках мне не совсем понятна. Если там тупо от частоты считаются циклы задержки, то ошибка в 1000 раз дала бы соответствующее ухудшение производительности, а если механизм другой, то вообще непонятно, как все это должно работать...

[zltigo 1]

Интересно у zltigo что тогда было :)

Было и есть :) Сейчас на стенде один заторможенный контроллер в работе. Экспериментов пока никаих дополнительно не делал - не до этого.