Для чего стоит использовать функцию __low_level_init?
В EW430_CompilerReference.pdf я нашел такое:
Customizing system initialization
It is likely that you need to customize the code for system initialization. For example,
your application might need to initialize memory-mapped peripheral units, or omit the
default initialization of data segments performed by cstartup.
You can do this by providing a customized version of the routine __low_level_init,
which is called from cmain before the data segments are initialized. Avoid modifying
the cstartup file directly.

Судя из этого, всю периферию надо инициализировать в __low_level_init.
Объясните, плз, правильно ли я понял?

СИшный main это тоже функция, которая может иметь вход и выход, несмотря на то, что ее обычно зацикливают (делают бесконечный цикл). В секции __low_level_init вы можете разместить какой-то кусок программы, который будет выполняться ДО начала выполнения main. Например, процедуру, которая будет определять причину сброса и/или процедуру, которая будет выполнять функции начального загрузчика системы и/или процедуру проверки целостности (контрольной суммы) программы, хранящейся во Flash и/или процедуру, которая будет ремаппить вектора прерываний в ОЗУ и/или ... ну мало ли что вам захочется выполнить до начала выполнения main

И не только раньше main, но и до инициализаци всех глобальных переменных и исполнения конструкторов глобальных экземпляров классов (последнее при использовании C++).

..мало ли что вам захочется выполнить до начала выполнения main.

И есть еще кое что, что вам вроде бы захочеться сделать в main, но в main вы просто не попадете!
Так как Watch dog по умолчанию включен и время его срабатывания запросто
может оказаться меньше времени инициализации (например если область переменных в RAM требующих инициализации достаточно большая). То он успешно сработает еще до входа в main!
поэтому ПРИДЕТЬСЯ (а не захочеться) его остановить именно в этой функции. Также если при програмном сбросе нужно сохранить значение некоторых переменных (показания часов например)
а не затирать их значением по умолчанию, то сделать это можно только в этой функции.

Пример, когда вам вроде бы не хочеться использовать __low_level_init, но придется
http://electronix.ru/forum/index.php?showtopic=4298

Проблема оказалась именно в инициализации большого блока памяти.
Во время которой сработал watchdog.

В той ветке не было подтверждения, что причиной подвисания был WDT. У вас у самого были реальные случаи срабатывания WDT при инициализации памяти? По моим грубым прикидкам получается, что инициализация даже 10кБайт занимает времени меньше (примерно на 20%) периода срабатывания WDT при его настройках и тактировании по умолчанию (то бишь после PUC или POR).

Вот запустил в симуляторе программу для 1611. Поставил точку останову на main(). По бряку имеем 77842 cycles (при этом это не С++, т.е. без вызова конструкторов глобальных объектов). Таким образом, получается 77842 * 800kHz = ~97мс. Учитывая дефолтные ~32мс для watchdog, гарантированно имеем PUC, если не настроим/отключим тактирование/ватчдог в __low_level_init

ОК. Спасибо. Буду иметь в виду.

>>В той ветке не было подтверждения, что причиной подвисания был WDT. У вас у самого были реальные случаи срабатывания WDT при инициализации памяти?

На уроке:
- Гоги, докажи теорему.
- МАМОЙ КЛЯНУС!

Если бы не было, я бы об этой функции тоже ничего не знал, не нужна была бы она нам.
Самое неприятное тут что пока программа относительно небольшая, то все ОК, но в один прекрасный день когда ты ее полгода уже пишешь и все железо отлажено, а все порты давно
корректно проинциализированы это случаештся и ты сидишь и думаешь "А ГДЕ ГРАБЛИ ТО?"
ну добавил очередную глобальную или статическую переменную и БАЦ (вернее PUC) - висим, убрал и опять работает.

Где точная граница мы выяснять не стали, (тем более что зависит от версии библиотеки)
но у меня это МЕНЕЕ половины RAM на MSP430F169.

Да, еще инициализация массивов одним значением идет гораздо быстрее, чем
отдельных переменных, находящихся по разным адресам и разными значениями.
Так что, если ваш тест был с большими массивами, то его нельзя считать корректным,
и вообще врят ли имеет смысл искать эту границу.

Что-то я так и не смог подлинковать lowinit.c к своему проекту. Вроде бы все сделал так, как написано в инструкциях - в отдельном файле и т.д. Компилит замечательно, а в итоговом проекте - нету.
В итоговом проекте идут инициализация стека, потом call #__data16_memzer и следом за ним call #main

Не мог бы кто-нибудь объяснить, как все же прикомпилировать __low_lewel_init к проекту. Компилятор V3.40A/W32 (3.40.1.1)
А то я с этим ватчдогом уже поимел проблем.

Сейчас в один из файлов проекта вставил

в мар файле появилась строка

и для main нашел, чтоб ее адрес знать


в симуляторе вижу:

Все появилось

Обратите внимание на проект. Если он сделан на с++, то нужно добавить екстерн с или его аналог в ввиде макроса.

А ведь действительно у меня проект был на С++

Добавил extern "C" { ... } - все заработало. Огромное спасибо!