Беспроводная заливка скетча

Jaeger
Jaeger аватар
Offline
Зарегистрирован: 23.03.2018

Прокатило, но пришлось поставить дополнительный кондюк на ресет-ногу, с родным то сработает то нет. Обнулять MCUSR не надо.

 

MaksVV
Offline
Зарегистрирован: 06.08.2015

а чем DTR то на массу соединяете? 

MaksVV
Offline
Зарегистрирован: 06.08.2015

щас попробую оптибут 6.2 . Там возможно прокатит переход по адресу

ДА, на оптибут 6. прокатил переход по адресу и без разницы теперь в каком состоянии МК (ну то есть регистр MCUSR) , потому что загрузчик все равно его в ноль трет. Все работает и не зависает в лупе при любых раскладах . Только переходим по адресу не в начало лодыря а чуть дальше (после проверки MCUSR - см. адрес в файле .lst там переходим сразу на мигания startled - адрес тот пополам делим.)

скетч такой 

void setup() {
  Serial.begin(57600);
  Serial.println(MCUSR, BIN);

}

void loop() {
 if (Serial.available() && Serial.read()==' ') {cli(); ((void (*)(void)) 0x3F07)();}

}

 

Jaeger
Jaeger аватар
Offline
Зарегистрирован: 23.03.2018

DTR перемычкой на массу, это вывод местного кондюка 0.1мкФ, соединенного с ресет пином. Но можно и не трогать DTR, просто припаять кондюк с большей емкостью на RST  и массу.

MaksVV
Offline
Зарегистрирован: 06.08.2015

ниче не понял  про соединения DTR с массой, напостоянку чтоли. проще уж тогда его отдельной ногой дергать, надёжнее. 

UPDATE . А типа чтоб при каждом включении питания сразу происходил ресет по ноге ресет. Понятно. 

В любом случае двумя постами выше решение, имхо, получше . 

Jaeger
Jaeger аватар
Offline
Зарегистрирован: 23.03.2018

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

Jaeger
Jaeger аватар
Offline
Зарегистрирован: 23.03.2018
   Всем здрасте! Здесь  дядька-девелопер утверждает, что: "XBee bootloader protocol includes checksums, is packet-based and can recover from lost or corrupted packets in the serial data stream" (Протокол загрузчика XBee включает контрольные суммы, основан на пакетах и может восстанавливать потерянные или поврежденные пакеты в последовательном потоке данных.) и может работать не только на крутых XBee трансиверах. Решил попробовать на бюджетных JDY-40. Пропатчил и скомпилил аврдуду и бутлоадер под эту дуду. Без костылей в загрузчике, конечно не обошлось, иначе ни в какую не хотели общаться трансиверы. Схема как в посте #27. Загрузчик также поддерживает и обычный (Arduino) протокол (#1). Вот некоторые результаты заливки по помехо-защищонному протоколу (XBee): 
Запись 20kB: Через 3 кирпичные стены расстояние 10-12м - около 140сек.
Из окна хаты в окно машины расстояние около 40м - 200сек. На более дальние расстояния пока не проверял. С верификацией время увеличивается  в 2-3 раза. По этому поводу дядька-девелопер сказал: "Over-The-Air it takes around 3 minutes to flash around 20kB, and a comparable time to verify. I'm personally thrilled it's so fast, I would have been excited even if it was an order of magnitude slower than that :)" (По воздуху требуется около 3 минут, чтобы прошить около 20 КБ, и сопоставимое время для проверки. Я лично рад, что он такой быстрый, я бы был в восторге, даже если бы он был на порядок медленнее этого :). Отсюда  можно скачать готовую пропатченную дуду и соответствующий загрузчик к ней и попробовать все это дело.
Настройки для гуя такие:
1. Быстрая загрузка по воздуху (#1) на несколько метров расстояния:
 
2. Медленная на большие расстояния помехозащищенный протокол:
 
3. Дуда также пропатчена и поддерживает BitBang для заливки лодыря по схеме #16. 
toc
Offline
Зарегистрирован: 09.02.2013

Савелий, bitlash рассматривали?
http://arduino.ru/forum/proekty/sdelal-obnovlenie-programmy-v-mk-cherez-...

Jaeger
Jaeger аватар
Offline
Зарегистрирован: 23.03.2018
Савелия больше года не интересует эта тема.
Одно только: "Замеченные недостатки: 1. Битлэш занимает 17 килобайт флеш памяти" убивает, да еще и на NRF24L01, многие из которых "с приветом". :-) Уж по мне так стоит рассматривать этот вариант.