ARDUINO Arduino Nano: old bootloader и новый bootloader

Leon111_09 · 16 Окт 2021

Можно прошить нормальный загрузчик, без этого. только нужно наличие программатора.я ,например, через стандартный блинк это сделал. понадобится программатор, программа AVRDUDEPROG и все. делаете копию блинка и запускаете его в ардуино. в настройках обязательно укажите Atmega 328p (первая строчка). затем в настройках скетча выбираете "экспорт бинарного файла". когда будет готов этот бинарник закрываете ардуино и переходим к AVRDUDEPROG. подключаете вашу ардуино через программатор к компьютеру. выставляете все как на скрине и прошиваете через программатор. после завершения прошивки отключаете программатор и ардуинку, закрываете дудку и пробуете прошить стандартным блинком уже в Ардуино с выбором стандартно бутлоадера. путь к файлу .hex у вас в дудке по идее должен быть похожим на тот, что указан на скрине. я стрелками отметил важные моменты,на которые стоит обратить внимание.

boris_latysh · 16 Окт 2021

Leon111_09 написал(а):
(old bootloader)
можно прошить нормальный загрузчик, без этого.

Есть видимые преимущества?
Китайцы уверенно ставят старую версию.

bort707 · 16 Окт 2021

boris_latysh написал(а):
Есть видимые преимущества?
Китайцы уверенно ставят старую версию.

есть.
Со старым на Нано не работает вотчдог, ну и размер в 2 раза меньше.

Геннадий П · 16 Окт 2021

@bort707, Пока не упрется в эти ограничения лучше действовать по правилу "работает - не трожь", потом когда уже освоит - уже можно ковырять загрузчик

Старик Похабыч · 16 Окт 2021

@bort707, В каком смысле не работает ? А как же я его использовал ?

bort707 · 16 Окт 2021

Старик Похабыч написал(а):
@bort707, В каком смысле не работает ? А как же я его использовал ?

а так вот не работает. Речь идет исключительно о платах Нано со старым бутлоадером. Там в коде загрузчика был баг, который приводит к циклическому ресету после первого срабатывания ватчдога. А ты, если ватчдогом пользуешься - наверно сам забыл, что перешивал загрузчик на оптибут. В оптибуте бага нет.

Проверить, поддерживает загрузчик ватчдог или нет - просто.
Попробовать может каждый.
Заливаешь в Нану вот этот код и ждешь, пока сработает ватчдог. Если после ресета светодиоды на плате начнут быстро-быстро мигать - это он, циклический ребут

C++:

#include <avr/wdt.h>
int led =7;

void setup()
{
   wdt_disable();
   pinMode(led,OUTPUT);
   digitalWrite(led,HIGH);
   delay(16000);          // задержку НЕ УБИРАТЬ! А то потом будет трудно перешить обратно
   wdt_enable (WDTO_1S);
}

void loop()
{
    //wdt_reset();
    digitalWrite(led, ! digitalRead(led));
 
    delay(1000);
}

Старик Похабыч · 16 Окт 2021

Я на оптибут точно не перешивал. И из всех плат перешил только одну на новую версию. Именно нано. Но я не использовал штатную библиотеку. Может в этом все дело, поэтому видимо сам то он работает, но не работает при обращении через wdt_enable и прочие функции.

C++:

void(* resetFunc) (void) = 0;  // фнкция ресета, вызывает прерывание 0

void  SetWDT()
{
  cli(); // Запрещаем прерывания на время изменения WDE и WDP
  asm("wdr"); // Сбрасываем WDT
  WDTCSR |= (1 << WDCE) | (1 << WDE); // Разрешаем изменение значения предделителя WDT:
  WDTCSR = (1 << WDP2) | (1 << WDP1) | (1 << WDP0) | (1 << WDIE ); // WD 2 сек
  // WDTCSR = (1 << WDP3) | (1 << WDIE ); // WD 4 сек
  sei(); // Разрешаем прерывания
}


ISR(WDT_vect) {
  WDTb++;
  if (WDTb > 2)
  {
    asm("wdr"); // Сбрасываем WDT
    delay(1000);
    resetFunc();
  }
}

Sergo_ST · 16 Окт 2021

Согласен с @Старик Похабыч, проблема не в загрузчике, а в том как работает либа с регистрами собаки))

bort707 · 16 Окт 2021

Sergo_ST написал(а):
Согласен с @Старик Похабыч, проблема не в загрузчике, а в том как работает либа с регистрами собаки))

ну как не в загрузчике, если с оптибутом на той же либе бага нет?

Добавлю - вот нашел инфу.
Дело не в регистрах ватчдога, а в правильной последовательности после ресета. Вот что написано в документации к либе

Note that for newer devices (ATmega88 and newer, effectively any AVR that has the option to also generate interrupts), the watchdog timer remains active even after a system reset (except a power-on condition), using the fastest prescaler value (approximately 15 ms). It is therefore required to turn off the watchdog early during program startup,

То есть в чипах Атмега88 и старше (в том числе в атмега328) после ресета по ватчдогу сам ватчдог остается включенным, причем с самой маленькой задержкой - 15мс. Таким образом, инициализация камня должна начинаться с выключения собаки, причем делать это надо в первые 15мс - то есть делать это должен бутлоадер, старт юзерского кода происходит позже. Если в буте этого выключения нет - будет циклический ребут.

Sergo_ST · 16 Окт 2021

Ну вот так)) В данном случае загрузчик не причина, а следствие проблемы.
Я не копался в стоковой либе от авр, но по всей видимости либа не полностью перенастраивает регистры, а только очищает/устанавливает те биты, которые требуются для выбранного режима, и похоже что бит WDE регистра WDTCSR просто не очищается.

Старик Похабыч · 16 Окт 2021

Вообще ядра они такие. Я недавно снес у себя miniCore, как утратившую доверие.

Вот такой код на ней не работал корректно. Красные светодиоды на 6 и 7 пинах горели в пол яркости.
При этом если убрать pwr_inint(); то код работал как надо.
На GyverCore (поклон

) все заработало как надо сразу. И еще на каком то ядре, Эдуард Анисимов может назвать на каком. Надобность в "другом" ядре возникла из за питания 328-ой от 3-3.3в и кварце на 8МГц.

C++:

#define BTN_KEY 2               
#define PWR_ENABLE A4           
#define CHRG_TEST A6
#define PWR_TEST A7

#define LED_GEEN_HI A3
#define LED_GEEN_LO 3
#define LED_ORANGE_HI 4
#define LED_ORANGE_LO 5
#define LED_RED_HI 6
#define LED_RED_LO 7

void setup() {
  led_init();
  pwr_inint();
  delay(1000);

  digitalWrite(LED_ORANGE_HI , 1);
  digitalWrite(LED_RED_HI , 1);
  digitalWrite(LED_RED_LO , 1);
}

void loop() {

}

void led_init()
{
  pinMode(LED_RED_HI , OUTPUT);
  pinMode(LED_RED_LO , OUTPUT);
  pinMode(LED_ORANGE_HI, OUTPUT);
  pinMode(LED_ORANGE_LO, OUTPUT);
  pinMode(LED_GEEN_HI, OUTPUT);
  pinMode(LED_GEEN_LO, OUTPUT);
}

void pwr_inint()
{
  pinMode(BTN_KEY, INPUT);
  pinMode(PWR_ENABLE, OUTPUT);
  pinMode(CHRG_TEST, INPUT);
  pinMode(PWR_TEST, INPUT);
}

bort707 · 16 Окт 2021

@Старик Похабыч, это правильный метод использования твоего кода?

C++:

void(* resetFunc) (void) = 0;  // фнкция ресета, вызывает прерывание 0
volatile byte WDTb = 0;
void  SetWDT()
{
  cli(); // Запрещаем прерывания на время изменения WDE и WDP
  asm("wdr"); // Сбрасываем WDT
  WDTCSR |= (1 << WDCE) | (1 << WDE); // Разрешаем изменение значения предделителя WDT:
  WDTCSR = (1 << WDP2) | (1 << WDP1) | (1 << WDP0) | (1 << WDIE ); // WD 2 сек
  // WDTCSR = (1 << WDP3) | (1 << WDIE ); // WD 4 сек
  sei(); // Разрешаем прерывания
}


ISR(WDT_vect) {
  WDTb++;
  if (WDTb > 2)
  {
    asm("wdr"); // Сбрасываем WDT
    delay(1000);
    resetFunc();
  }
}

void setup() {
delay(16000);
SetWDT();
}

void loop() { }

Старик Похабыч · 16 Окт 2021

не совсем.
WDTb=0; в цикле loop, т.е. сбрасывать , что бы не было перезагрузки по вотчдогу.
И может потребоваться #include <avr/sleep.h>

Sergo_ST · 16 Окт 2021

@bort707, Это не совсем верно. То что собака продолжает работать после сброса это так, но, если бы это было так как описано выше, мы бы просто висели в вечном ребуте ещё на стадии работы загрузчика. То что случается ребут при настройке собаки виновата либа.
Поправлюсь в предположении проблемы, скорее виноват не очищенный бит WDRF регистра MCUSR или WDIF регистра WDTCSR.

bort707 · 16 Окт 2021

Sergo_ST написал(а):
@bort707, Это не совсем верно. То что собака продолжает работать после сброса это так, но, если бы это было так как описано выше, мы бы просто висели в вечном ребуте ещё на стадии работы загрузчика.

что значит "висели бы"? - это именно так и происходит - вечный ребут на стадии загрузчика.
Вы попробуйте залить в Нану со старым бутом мой код - увидите сами.

bort707 · 16 Окт 2021

Старик Похабыч написал(а):
WDTb=0; в цикле loop, т.е. сбрасывать , что бы не было перезагрузки по вотчдогу.
И может потребоваться #include <avr/sleep.h>

WDTb=0; в цикле loop это понятно.
Но если мы хотим проверить срабатывание ватчдога, как раз WDTb=0; в цикле loop нам не нужен
Вот такой код получился, проверь, все верно?

C++:

#include <avr/sleep.h>
void(* resetFunc) (void) = 0;  // фнкция ресета, вызывает прерывание 0
volatile byte WDTb = 0;

void  SetWDT()
{
  cli(); // Запрещаем прерывания на время изменения WDE и WDP
  asm("wdr"); // Сбрасываем WDT
  WDTCSR |= (1 << WDCE) | (1 << WDE); // Разрешаем изменение значения предделителя WDT:
  WDTCSR = (1 << WDP2) | (1 << WDP1) | (1 << WDP0) | (1 << WDIE ); // WD 2 сек
  // WDTCSR = (1 << WDP3) | (1 << WDIE ); // WD 4 сек
  sei(); // Разрешаем прерывания
}

ISR(WDT_vect) {
  WDTb++;
  if (WDTb > 2)
  {
    asm("wdr"); // Сбрасываем WDT
    delay(1000);
    resetFunc();
  }
}
void setup() {
  // put your setup code here, to run once:
  Serial.begin(9600);
  Serial.println("start!");
  delay(16000);
  SetWDT();
}

void loop() {
  Serial.println("loop");
  delay(10000);
  // put your main code here, to run repeatedly:

}

так вот, этот код на старом бутлоадере не работает.
Для чистоты эксперимента вскрыл пакетик с новой Наной. С твоим кодом циклический ребут.
Вывод в Монитор портв:

C++:

start!
loop
start!
start!
start!

то есть после первого срабатывания собаки программа перестает доходить до ЛУПа

Sergo_ST · 16 Окт 2021

Это означает, что мы даже не вышли бы за приделы загрузчика и не начинали исполнение основной программы. Те к настройке собаки из кода мы бы и не притронулись, парадокс))
Не знаю что там написано у вас, но работает всё нормально как и у @Старик Похабыч так и у меня, при правильной последовательности работы с регистрами проблем не должно быть.
Если интересно разобраться в чем именно проблема, нужно будет разобрать либу авр и сразу будет всё ясно))

Раз уж вы расчихлили новую нанку, давайте я щас по быстрому накидаю код и проверим?))

bort707 · 16 Окт 2021

Sergo_ST написал(а):
Это означает, что мы даже не вышли бы за приделы загрузчика и не начинали исполнение основной программы. Те к настройке собаки из кода мы бы и не притронулись, парадокс))

это так и есть

Sergo_ST написал(а):
Не знаю что там написано у вас, но работает всё нормально как и у @Старик Похабыч так и у меня, при правильной последовательности работы с регистрами проблем не должно быть.

так не работает. только что проверил. с кодом похабыча циклический ребут.
Давайте свой код - проверю и его.

Ребята, прежде чем спорить - возьмите Нану со старым бутлоадером и попробуйте свой код сами. Или укажите мне на ошибку.

Старик Похабыч · 16 Окт 2021

Вообще интересно. Нодо будет проверить. Скорее всего при перезагрузке вочдог продолжает работать. И эти висящие 16 сек не дают скинуть его.

Sergo_ST · 16 Окт 2021

Я бы не спорил, если бы не был уверен в обратном)) Лично у меня проверено на проекте дозиметра, там собака в роле основного таймера и никаких проблем ни у кого (в том числе и у меня) не было, что на старом загрузчике, что на новом))

Как я уже выше написал, если у Вас есть желание можем протестировать))

bort707 · 16 Окт 2021

Старик Похабыч написал(а):
Скорее всего при перезагрузке вочдог продолжает работать. И эти висящие 16 сек не дают скинуть его.

да, если убрать 16 сек - работает так как положено

Старик Похабыч · 16 Окт 2021

Тогда скорее всего не работает директива отключения вочдога. Значит если написать ее по другому (перед вызовом ресета) то должно заработать.

bort707 · 16 Окт 2021

@Старик Похабыч, ватчдог после ресета сам не отключается, это его штатное поведение, так и даташите написано.
Разница между авр-вской либой и твоим кодом, что в либе после ресета таймаут переписывается на 15мс, а у тебя, похоже, остается 2сек, как настроено. Поэтому в твоем коде выполнение успевает дойти до сброса ватчдога, а в авр-либе - нет
Ща попробую сравнить, какие регистры пишет либа с теми. что у тебя.

надеюсь ты не в обиде, что я на "ты" обращаюсь?

bort707 · 17 Окт 2021

Разобрался в разнице кода @Старик Похабыч и avrlibs. Распишу тут, может кому будет интересно.

В двух этих кодах ватчдог и ресет используется принципиально разному.
В avrlibs ватчдог настроен в так называемом System Reset Mode - то есть по истечению задержки, если таймер не сброшен - ватчдог делает контроллеру хард-ресет.

А @Старик Похабыч использует ватчдог иначе - у него он настроен в "Interrupt Mode" - то есть по истечению таймера МК не ресетится, а лишь исполняется вектор прерывания. У Похабыча в этом прерывании анализируется его собственный счетчик WDTb. Если он не сброшен - контроллер не перезапускается, а происходит лишь сброс исполнения программы на нулевой адрес функцией

C++:

void(* resetFunc) (void) = 0;  // фнкция ресета, вызывает прерывание 0

Это так называемый софт-ресет, при этом переинициализации регистров МК не происходит и, соответвенно, никакие настройки ватчдога не сбиваются, поэтому после софт-ресета программа продолжает работать.

В таком подходе есть и минус - поскольку этот ресет "не настоящий" и не чистит регистры - соответвенно в этом случае программа не стартует "с чистого листа" и может тут же зависнуть снова.

Геннадий П · 17 Окт 2021

bort707 написал(а):
он не чистит регистры и содержимое памяти

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

ARDUINO Arduino Nano: old bootloader и новый bootloader

★★★✩✩✩✩

✩✩✩✩✩✩✩

★★★★★★✩

★★★★★★✩

★★★★★★★

★★★★★★✩

★★★★★★★

★★★★★★✩

★★★★★★✩

★★★★★★✩

★★★★★★★

★★★★★★✩

★★★★★★★

★★★★★★✩

★★★★★★✩

★★★★★★✩

★★★★★★✩

★★★★★★✩

★★★★★★★

★★★★★★✩

★★★★★★✩

★★★★★★★

★★★★★★✩

★★★★★★✩

★★★★★★✩