Arduino.ru

Т.е. если записать

void preInit (void) {
	while (true);
}

Потребуется перепрошивка загрузчика?

ЕМНИП загрузчик как раз отработал и передал управление на код программы. Или всё это работает только без загрузчика?

подозреваю, что балалайка работает в загрузчике.

Не. Работает именно до загрузчика. После ресета происходит команда безусловного перехода именно на этот код. Все остальное потом. В общем прелесно,  можна вирусы писать или блокировать софт у заказчика нерасплатившегося, просто прелесно )))

*откуда и когда бы это не запускалось - это записывается в секцию прикладной программы.

**проверил - на работу загрузчика пример не влияет.

Блокировать после загрузчика не интересно, не мешает перезалить софт заново, залить другой софт. А до загрузчика - без программатора никак. А ведь можна так сделать запрос кода на розблокировку.

А впишите типа A:goto A;

void preInit (void) {
	while (true);
}

не знаю, может я что-то не так сделал

// void preInit (void) {
//  cat1 = 321;
//  cat2 = 123;
// }

void preInit (void) {
while (true);
}

почему же у меня работает загрузчик?, если всё должно повиснуть в бесконечном цикле цитирую: прямо в момент "сотворения мира" (секция .init0)

*оно виснет - дигиспарк не распознаётся системой, т.к. не грузится библиотека и не происходит инициализация в сетапе, но... прекрасно перепрошивается.

значит - волшебство происходит после загрузчика, а не до.

void preInit (void) {
	while (true);
}

Не знаю, я ж написал, что сейчас проверить не могу, приходится просто доверять документации (сижу на вокзале с ноутбуком на коленях, нанка есть, а вот программатора - нету :( )

Атмеловская документация говорит, что что код .init0 "will be jumped into immediately after a reset".

Да и знаете, для моих нужд необходимо было кое-что сделать до запуска конструкторов глобальных объектов (мне и .init3 выше головы хватило). А делать что-то до загрузчика мне не надо. Проверьте сами и скажите нам, что получилось, ладно?

ясно - "will be jumped into immediately after a reset" прикладной программы делает загрузчик.

*расходимся - нас, в очередной раз, наебали.

По ресету происходит прыг на адрес 0, который в зависимости от настройки фьюзов, находится или в самом начале флеша ИЛИ в начале  загрузчика. Я так перевел, с гугло-переводчиком. И где-то ещё читал про то, что загрузчик первым делом смотрит на USB и если там нет активности, то отдает управление на 0 адрес флеша.

Согласно документации на glibc (тоже поверил гуглю) в начало программы, с 0 адреса флеша, линкуются вектора прерываний и какие-то точки init.0 .. init.9, которые отвечают за начальную настройку памяти, пересылку в неё предустановленных значений глобалов, настройку классов объектов и ещё что-то, каждая за свое дело. Что именно так и не разобрался, плюнул.

Да. В этом вероятно и фишка. В начале флеша стоит прыг на код ТС. Надо фюзы смотреть. 

Посмотрел. Действительно фюзы настроены на загрузчик (по крайней мере для наны и мини 328), соответственно код ТС будет после загрузчика. Жаль. Скайнет опечален )))

Вообще-то, мне непонятна Ваша печаль.

Никто не заявлял, про "ДО или ПОСЛЕ" загрузчика. Заявлялось, что это выпоняется "в момент сотворения мира", т.е. первым делом после Reset - когда можно, например, поуправлять созданием глобальных объектов и т.п.

Некоторые читатели вбили себе в голову (неясно с чего), что это будет до загрузчика, а когда выяснилось, что не так - посчитали. что их обманули. А обманули-то сами себя. Нехрен было вбвать себе в голову то, что никто не писал.

Не моя печаль, скайнета ;)

Вся беда пошла от фразы:

Её надо читать так:

функция preInit – это САМЫЕ ПЕРВЫЕ команды процессора, которые выполняются непосредственно после Reset и загрузчика. До них не выполняется ничего (кроме загрузчика) – не инициализирован стек, не инициализирован глобальные переменные, не отработали конструкторы глобальных объектов (привет Serial'у – он ещё не «родился») - ничего (загрузчик это не делает, а может и делает, но не так как нам надо, потому надо считать что это не сделано)!

Вопрос, можно? А зачем это вообще нужно? Есть задачи, когда требуется лезть в код этих init.0 .. init9, какие? Интересно просто, особенно в применении к Wiring, поскольку у вас упор сделан "до инициализации среды Wiring" :)

Первый абзац первого поста читали? Или "чукча - не читатель ..."?

не задавай глупых вопросов, а перечитай все темы ТС, которые он написал - это не для ускоренного самообразования, это для выноса мозга желтушным заголовком и умолчания деталей.

*не знаю для кого он это пишет - для себя, наверное.

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

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

Возможно таким путем можно получить информацию была ли попытка обновления прошивки и  успешна ли она. 

Тем и вопросов о том, что watchdog необходимо выключить при загрузке, а в setup - уже поздно, было много. Например:

Из того, Вам они не попадались, вовсе не следует, что их не было. 

Там предлагалось лечение путём установки нестандартного загрузчика. Здесь другой рецепт.

Как? Есть идеи как это сделать?

здесь спрашивали, но походу у хабражителя ничего не вышло

http://geektimes.ru/post/255800/

Судя по статье вопрос гарантированно решается перекомпиляцией и перепрошивкой загрузчика, а вовсе не предложенным способом. Я не работал ещё с watchdog .. хотя, возможно в ближайшем будущем и понадобится. У нас идет активная подготовка к февральским соревнованиям, хотим таки туда попасть .. а там потребуется переводить контроллер в спящий режим, хотя бы на время его стояния в карантинах, дабы не жрать батарейки. Разберусь - отпишусь, если интересно. Но вряд ли потребуется лезть в init секции.

в той статье из интересного этот код

uint8_t mcusr_mirror __attribute__ ((section (".noinit")));
void get_mcusr(void) __attribute__((naked)) __attribute__((section(".init3")));
void get_mcusr(void){
  mcusr_mirror = MCUSR;
  MCUSR = 0;
  wdt_disable();
}

если будет интересно, то лучше посмотри и напиши компилляцию на тему "Application reset, который делает bootloader" или, подозреваю, не делает.

Понимаю, шо пост стар, но, хотелось бы узнать поболее...
В первой строке мы определили переменную в некой области .noinit
Потом прототип функции с параметрами .init3
Потом сама функция берет mcusr и сохраняет в переменной, верно??

Теперь собственно вопрос:
где почитать про эти атрибуты, секции, выравнивания и упаковки байтов.
как вообще на с- подобных языках можно обратиться по произвольному адресу в памяти.
как вообще правильно кодить на современных 32-х битных процах.
Почему спрашиваю - на стм32 и прочих нельзя просто так взять и обратиться к любой ячейки памяти, будет ошибка и зависон проца. Про авр -там пофигу.

А Вы с какой целью интересуетесь? По крайней мере в stm32 чтение доступной в рамках МК памяти ни разу не приводило к зависаниям. Там же линейная модель. Всё адресное пространство поделено между всей периферией и памятью. Если читаешь существующую ячейку, неважно к чему относящуюся, ответ всегда будет.   

Если по этим адресам памяти будет что-либо расположено, реакция последует вполне адекватная.

А вот если Вы попытаетесь обратиться к тем адресам, по которым ничего нет (а это совсем не сложно: из 4 Гигов адресного пространства ARM в МК используется от десятков Кбайт до единиц Мбайт), то контроллер вполне обоснованно решит, что программа невменяема и перекроет ей кислород.

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

По моему контроллер ничего не "решает".  Ему пофиг, вменяема программа или нет.

На мой взгляд, чтение любой ячейки может привести только к трем результатам - получения реального значения, получения "пустышки". определенной где-то в дефолтах и исключению. То есть вопрос упирается лишь в то - генерируется ли исключение в arm-eabi или где там еще при обращении к памяти по нераспределенному адресу. Честно, я не знаю ответа, но из общих соображений - с чего бы возникать исключению при чтении? - уж хотя бы при записи, и то понятнее

Протестировать ВСЕ ВОЗМОЖНЫЕ СОСТОЯНИЯ КОНТРОЛЛЕРА - это проще теперь?

Кто говорит обо всех возможных состояниях?

Нужно проверить лишь одно - обращение за пределы используемой части адресного пространства.

должно возвращать FF по идее

всего-то пару миллиардов адресов, ага

Из пары миллиардов адресов* выбрать один ничуть не сложнее, чем из дюжины.

* На самом деле либо из 4-х миллиардов, либо 1-го миллиарда.

А что мешает прочитать последнюю ячейку из 4Гб и посмотреть что выйдет?

x = flash_read(0xFFFFFFFB);
uart_put_string("Не зависло");
for(;;){}

unsigned long flash_read(unsigned long address) 
	{
  return (*(__IO unsigned long*) address);
  }

Ну вот, уже и номер ячейки выбран. ))))

(только, мне кажется, должно быть 0xfffffffc)

Та то не важно, в любом случае будет Hard Fault. А не, обманул. При таком адресе всё нормально. Возвращает нули, по крайней мере симулятор.

Посмотрим, как ведет себя скетч при выходе за границы оперативной памяти (BluePill):

int interval = 500;

void setup() {
  Serial.begin(115200);
  while(!Serial){};
  Serial.println("Start");
}

void loop() {
  static unsigned int previousMillis = millis();
  if (millis() - previousMillis > interval) {
    previousMillis = millis();
    static int n; // переменная в RAM
    static unsigned int * b = (unsigned int*)((unsigned int)&n & 0xffff0000u);// вычисляем начало RAM
    Serial.print(n);
    Serial.print("k\t");
    Serial.println(*b);
    b += 256; // проверяем RAM через каждый кбайт (1кбайт - это 256 int)
    n++;
  }
}

результат:

Start
0k	0
1k	4
2k	0
3k	536873972
4k	0
5k	0
6k	0
7k	1663247104
8k	3641737215
9k	509413376
10k	730507721
11k	3398111176
12k	3135832682
13k	3661211306
14k	3907066949
15k	3148395146
16k	2919408233
17k	2713856942
18k	2720611131
19k	2960827058
20k	

Т.е. программа доходит до 20-й итерации и в строке 17 прекращает работу.

А после нее продолжает работу уже совсем другая программа, которая мигает светодиодом примерно 3-4 раза в секунду.