-
- SYSCLK это до делителя, который задает HCLK, значит и флешь
тактируется SCLK через делитель SCKMOD, а запись уже от HCLK
тактируется, судя по схеме. Выходит надо оба делителя
задействовать. Но при этом вообще непонятно, как из флеши на
частоте больше 120М работать. - Andreas(28.10.2024 16:24)
- А похоже что никак. 120 и точка. 144 только из ОЗУ. Но китайцы об
этом явно не напишут. Хитрожопые они. Но я подробно этот МК не
копал - только по верхам. Может есть другие мнения? - il-2(28.10.2024 16:29)
- Там сказано, что на старте код из флеша копируется в ОЗУ. Может,
рассудили, коли так, пусть флеш остаётся кривой? - SciFi(28.10.2024 16:32)
- Где сказано что копируется в ОЗУ? Если так, то на это при старте
нужно приличное время и это должно быть заметно. Может там все же
контроллер такой? Слышал, что произвольный доступ к памяти за один
такт это недешевая штука. Может это из этой оперы? - petrd(29.10.2024 22:04)
- Там в табличке про время выхода из сна сноска есть. И это время
около 10 мс. Ну и про разбиение ОЗУ на область для кода и просто
ОЗУ тоже в разных местах сказано. - SciFi(29.10.2024 22:08)
- Время выхода из сна - это скорей про старт осциллятора. Тогда по
логике что-то и про время старта после ресета по питанию должно
быть. Про разбиение ОЗУ - странно же. SRAM она ж не дешевая.
Выглядит странно, что ради повышенной производительности иметь на
кристалле теневую sram размером с большую часть флеши, в которую
при загрузке копируется эта часть флеши и дальше из этой sram
работать, а всем говорить, что это флеш с нулевым доступом. - petrd(30.10.2024 08:26)
- Флеш на одном кристалле с быстрой логикой - это очень отдельный техпроцесс, в который очень не все умеют. Вспоминается эпичный факап TI с LM3S9B9x. Ну этот, который LightElf(1 знак., 30.10.2024 18:39, картинка)
- Понятно. Мсье не читатель. SciFi(1 знак., 30.10.2024 08:57, картинка)
- Согласен. - petrd(30.10.2024 09:02)
- Китайцы любят так делать. У GigaDevice вся или почти вся Flash тоже грузится в RAM. Там встроенная Flash имеет последовательный интерфейс и грузится сотни мс (на частоте HSI*2). Здесь тоже что-то похожее сделано (наверное), раз у них есть области с Zero-wait и Nozero-wait. - il-2(30.10.2024 08:43)
- Время выхода из сна - это скорей про старт осциллятора. Тогда по
логике что-то и про время старта после ресета по питанию должно
быть. Про разбиение ОЗУ - странно же. SRAM она ж не дешевая.
Выглядит странно, что ради повышенной производительности иметь на
кристалле теневую sram размером с большую часть флеши, в которую
при загрузке копируется эта часть флеши и дальше из этой sram
работать, а всем говорить, что это флеш с нулевым доступом. - petrd(30.10.2024 08:26)
- Там в табличке про время выхода из сна сноска есть. И это время
около 10 мс. Ну и про разбиение ОЗУ на область для кода и просто
ОЗУ тоже в разных местах сказано. - SciFi(29.10.2024 22:08)
- Похоже, что так. Из этого (выше) Nikolay_Po(117 знак., 28.10.2024 17:28, ссылка)
- Где сказано что копируется в ОЗУ? Если так, то на это при старте
нужно приличное время и это должно быть заметно. Может там все же
контроллер такой? Слышал, что произвольный доступ к памяти за один
такт это недешевая штука. Может это из этой оперы? - petrd(29.10.2024 22:04)
- Там сказано, что на старте код из флеша копируется в ОЗУ. Может,
рассудили, коли так, пусть флеш остаётся кривой? - SciFi(28.10.2024 16:32)
- А похоже что никак. 120 и точка. 144 только из ОЗУ. Но китайцы об
этом явно не напишут. Хитрожопые они. Но я подробно этот МК не
копал - только по верхам. Может есть другие мнения? - il-2(28.10.2024 16:29)
- Упоминают так-же что есть zero-wait и non-zero-wait области, без каких-либо подробностей. Только в OPTION_BYTE есть интересное поле - SRAM_CODE_MODE, которое НАВЕРНОЕ имеет к этому какое-то отношение... - il-2(28.10.2024 16:20)
- SYSCLK это до делителя, который задает HCLK, значит и флешь
тактируется SCLK через делитель SCKMOD, а запись уже от HCLK
тактируется, судя по схеме. Выходит надо оба делителя
задействовать. Но при этом вообще непонятно, как из флеши на
частоте больше 120М работать. - Andreas(28.10.2024 16:24)