C:\arduino-1.8.12\hardware\tools\avr/bin/avrdude -CC:\arduino-1.8.12\hardware\tools\avr/etc/avrdude.conf -v -patmega2560 -cusbasp -Pusb не меняем это все что касается программатора и платы.
А дальше можем использовать ключи и делать ВСЁ ЧТО УГОДНО.
Если вы думаете, что я что -то понял, то увы :( Я с линуксом не то, чо не дружу, он всей душой(или электронами) меня ненавидит. Каждый рез, когда я связываюсь с ним и пророкамиего, то приходится потом переустанавливать винду. За последние два года проверено 4 раза :)
Читал, но предполагаю, что сие надо только для быстрого переноса между системами и на компиляцию(учитывая её умение искать все библиотеки и всюду) оказывать влияние не должно, при использовании на одной системе. Хотя можно попробовать, чем как грицца, не шутит.
Читал, но предполагаю, что сие надо только для быстрого переноса между системами и на компиляцию(учитывая её умение искать все библиотеки и всюду) оказывать влияние не должно, при использовании на одной системе. Хотя можно попробовать, чем как грицца, не шутит.
тогда у тебя всё, абсолютно всё, включая библиотеки будет в папке локальной копии, развёртываешь копию чистой portable версии для чистоты экспериментов и далее пытаешь WDT
тогда у тебя всё, абсолютно всё, включая библиотеки будет в папке локальной копии, развёртываешь копию чистой portable версии для чистоты экспериментов и далее пытаешь WDT
Удалил ИДЕ и все созданные им папки(реестр не чистил). Заново развернул свежескачанную, Добавил папки по феншую, перенёс свой проект и либы. Заново загрузил загрузчик (для перестраховки). Загрузил скетч стандартным способом(размер не поменялся). И... ничего не изменилось. Вачдог так-же срабатывает , но не перезагружает.
Как и предполагалось - гемора больше, положительных моментов при личном использовании нет.
теперь осталось выяснить это на всех версиях или нет, я бы попробовал на 1.6.12, 1.8.3, 1.8.9, сносить ничего не надо, компилятор, дудка, библиотеки в каждой версии свои будут
Ниже 1.8.5 уже мои библиотеки не подходят, а выше 1.8.12 компилятор увеличивает размер хекса и тупо не упихивается в мегу :) На 1.8.13 на 1.5кБ, а на 1.8.19 на 10кБ . Т.ч и проверять то особо нечего. Но, возможно, и займусь.
Т.е. типа всё же не я дурак, а компилятор дружит с мегой не очень(Борат)? Чёж тады с DUE творится?
Попробовал 1.8.5. Скетч который не перезапускался на 1.8.12 - заработал. Но размер хекса вышел на 1.1кБ больше. "Это жжж неспроста"(с) Мы ж не верим, что так всё просто. И залил скетч гарантированно перезапускающий собаку на 1.8.12 . И... - хрен там, не перезапускается.
Вывод: - глюки компилятора при работе с мегой на больших объёмах. (ИМХО)
Возможен и вариант о неправомерности использования бесконечного цикла(while(1)) для эмуляции зависания. Кстати, пробовал и деление на ноль, и перенос в разные части программы - и даже бывали улучшения, но временные и, как сейчас подтвердилось, скорее всего из-за изменения размера.
У меня как-то было такое - Mega с прошивкой >64k периодически не шилась через IDE.
- Есть две новости!
-Ну, начните с хорошей.
- А кто сказал, что есть хорошая?
Т.к. ниразу не получилось загрузить большой скетч через IDE по SPI, а также тупо евонный хекс через дудку, то походу есть такой глюк. Сужу ещё и потому, что через атмел студию и avrisp mk2 залилось влёт и работает.
И отсюда еще один неутешительный вывод: Прошил из студии хекс без загрузчика. При зависании вачтог срабатывает и.. уходит в постоянный ресет. Те. перезагрузка есть. А если прошить хекс с загрузчиком, то получаем работу по старому сценарию: зависло, сработало, выводы в z-состояние и... висим до японской пасхи. Вывод у меня один - идешный загрузчик.. :(
Попробую опять поставить оптибутовский, но для этого его ещё надо сделать. Потому просьба подсказать или направить как это сделать под виндой минимальными и гарантированными усилиями. В прошлый раз вышло абсолютно случайно и благодаря тому, что стояло куча "лишних" программ типа гита, блокнота с плюсами, вскод и тд.и тп.
"Сыпасиба"(с) И вот не лень же ему было заморачиваться. И, кстати, BOOM тоже давал ссылку на это ядро, но тогда мы акцентировались на заливку через ISP(что тоже не вышло), а попробовать обычным путем додумался только блинк.
По итогу сейчас пошёл по пути наименьшего сопротивления, установил ядро, перешил загрузчик через IDE, и залил скетчи стандартным методом. И... та дам.. вачдог отрабатывает нормально в обоих случаях. Может просто попало в диапазон рабочего размера скетча, но осенна хосеся верить. Заодно вспомнил, что заливка на оптибуте раза в 1.5 быстрее.
По итогу как в анекдоте про: — Вот говорят, в том, что семья распалась, виноваты оба, и я тоже считаю, что виноваты оба: жена и теща... Т.е. не только загрузчик кривоватый. Он "конечно правильный, но почему-то хромает"(с), но и компилятор тоже руку прикладывает. Т.к. один и тот-же скетч и загрузчик, но на разных IDE, работают по разному.
А если LOCK биты оставить в покое (по дефолту) ?
У вас в логе есть:
C:\arduino-1.8.12\hardware\tools\avr/bin/avrdude -CC:\arduino-1.8.12\hardware\tools\avr/etc/avrdude.conf -v -patmega2560 -cusbasp -Pusb -Uflash:w:C:\Users\Bar\AppData\Local\Temp\arduino_build_825418/Blink.ino.hex:i
Это IDE вызывает консольную avrdude.
C:\arduino-1.8.12\hardware\tools\avr/bin/avrdude -CC:\arduino-1.8.12\hardware\tools\avr/etc/avrdude.conf -v -patmega2560 -cusbasp -Pusb не меняем это все что касается программатора и платы.
А дальше можем использовать ключи и делать ВСЁ ЧТО УГОДНО.
Если вы думаете, что я что -то понял, то увы :( Я с линуксом не то, чо не дружу, он всей душой(или электронами) меня ненавидит. Каждый рез, когда я связываюсь с ним и пророкамиего, то приходится потом переустанавливать винду. За последние два года проверено 4 раза :)
ua6em ДА для чипов >128K http://www.gaw.ru/html.cgi/txt/doc/micros/avr/asm/call.htm
CALL/RET двигают указатель стека на 3 байта на 2560 и на 2 байта на 328 ...
толстый это окно командной строки windows !
"А что есть истина"(с) :)
во первых, у тебя портабле версия неправильно развёрнута, доки всё таки надо читать хоть иногда )))
ua6em ДА для чипов >128K http://www.gaw.ru/html.cgi/txt/doc/micros/avr/asm/call.htm
толстый это окно командной строки windows !
"Интуитивно я догадываюсь, но хотелось бы уточнить"(с) Это я тупо вздрагиваю при упоминании линкса.
"А что есть истина"(с) :)
во первых, у тебя портабле версия неправильно развёрнута, доки всё таки надо читать хоть иногда )))
Читал, но предполагаю, что сие надо только для быстрого переноса между системами и на компиляцию(учитывая её умение искать все библиотеки и всюду) оказывать влияние не должно, при использовании на одной системе. Хотя можно попробовать, чем как грицца, не шутит.
"А что есть истина"(с) :)
во первых, у тебя портабле версия неправильно развёрнута, доки всё таки надо читать хоть иногда )))
Читал, но предполагаю, что сие надо только для быстрого переноса между системами и на компиляцию(учитывая её умение искать все библиотеки и всюду) оказывать влияние не должно, при использовании на одной системе. Хотя можно попробовать, чем как грицца, не шутит.
тогда у тебя всё, абсолютно всё, включая библиотеки будет в папке локальной копии, развёртываешь копию чистой portable версии для чистоты экспериментов и далее пытаешь WDT
Именно так и есть. Хотя, вру - сам скетч лежит на рабочем столе, а сама иде - в корне диска С.
И ярлык ещё на рабочий стол вынесен :)
А что ещё из "всё, абсолютно всё" есть?
тогда у тебя всё, абсолютно всё, включая библиотеки будет в папке локальной копии, развёртываешь копию чистой portable версии для чистоты экспериментов и далее пытаешь WDT
Удалил ИДЕ и все созданные им папки(реестр не чистил). Заново развернул свежескачанную, Добавил папки по феншую, перенёс свой проект и либы. Заново загрузил загрузчик (для перестраховки). Загрузил скетч стандартным способом(размер не поменялся). И... ничего не изменилось. Вачдог так-же срабатывает , но не перезагружает.
Как и предполагалось - гемора больше, положительных моментов при личном использовании нет.
теперь осталось выяснить это на всех версиях или нет, я бы попробовал на 1.6.12, 1.8.3, 1.8.9, сносить ничего не надо, компилятор, дудка, библиотеки в каждой версии свои будут
Ниже 1.8.5 уже мои библиотеки не подходят, а выше 1.8.12 компилятор увеличивает размер хекса и тупо не упихивается в мегу :) На 1.8.13 на 1.5кБ, а на 1.8.19 на 10кБ . Т.ч и проверять то особо нечего. Но, возможно, и займусь.
Т.е. типа всё же не я дурак, а компилятор дружит с мегой не очень(Борат)? Чёж тады с DUE творится?
"Good News, Everyone!"(с)
Попробовал 1.8.5. Скетч который не перезапускался на 1.8.12 - заработал. Но размер хекса вышел на 1.1кБ больше. "Это жжж неспроста"(с) Мы ж не верим, что так всё просто. И залил скетч гарантированно перезапускающий собаку на 1.8.12 . И... - хрен там, не перезапускается.
Вывод: - глюки компилятора при работе с мегой на больших объёмах. (ИМХО)
Возможен и вариант о неправомерности использования бесконечного цикла(while(1)) для эмуляции зависания. Кстати, пробовал и деление на ноль, и перенос в разные части программы - и даже бывали улучшения, но временные и, как сейчас подтвердилось, скорее всего из-за изменения размера.
- Есть две новости!
-Ну, начните с хорошей.
- А кто сказал, что есть хорошая?
Т.к. ниразу не получилось загрузить большой скетч через IDE по SPI, а также тупо евонный хекс через дудку, то походу есть такой глюк. Сужу ещё и потому, что через атмел студию и avrisp mk2 залилось влёт и работает.
И отсюда еще один неутешительный вывод: Прошил из студии хекс без загрузчика. При зависании вачтог срабатывает и.. уходит в постоянный ресет. Те. перезагрузка есть. А если прошить хекс с загрузчиком, то получаем работу по старому сценарию: зависло, сработало, выводы в z-состояние и... висим до японской пасхи. Вывод у меня один - идешный загрузчик.. :(
Попробую опять поставить оптибутовский, но для этого его ещё надо сделать. Потому просьба подсказать или направить как это сделать под виндой минимальными и гарантированными усилиями. В прошлый раз вышло абсолютно случайно и благодаря тому, что стояло куча "лишних" программ типа гита, блокнота с плюсами, вскод и тд.и тп.
https://github.com/MCUdude/MegaCore/tree/master/avr/bootloaders/optiboot_flash/bootloaders/atmega2560 выбираем папку на основании частоты кварца вашей платы, на каком COM порту и с какой скоростью будет обмен на этом порту. Там готовые HEX !!!
Фьюэы выставляем следующим образом: H-DF L-FF E-FD
"Сыпасиба"(с) И вот не лень же ему было заморачиваться. И, кстати, BOOM тоже давал ссылку на это ядро, но тогда мы акцентировались на заливку через ISP(что тоже не вышло), а попробовать обычным путем додумался только блинк.
По итогу сейчас пошёл по пути наименьшего сопротивления, установил ядро, перешил загрузчик через IDE, и залил скетчи стандартным методом. И... та дам.. вачдог отрабатывает нормально в обоих случаях. Может просто попало в диапазон рабочего размера скетча, но осенна хосеся верить. Заодно вспомнил, что заливка на оптибуте раза в 1.5 быстрее.
По итогу как в анекдоте про: — Вот говорят, в том, что семья распалась, виноваты оба, и я тоже считаю, что виноваты оба: жена и теща... Т.е. не только загрузчик кривоватый. Он "конечно правильный, но почему-то хромает"(с), но и компилятор тоже руку прикладывает. Т.к. один и тот-же скетч и загрузчик, но на разных IDE, работают по разному.
и я тоже считаю, что виноваты оба: жена и теща...
да Вы сударь философфф )))
Всего лишь цитата. Как грицца:"мнение редакции может не совпадать с мнением авторов"(с)
Всего лишь цитата. Как грицца:"мнение редакции может не совпадать с мнением авторов"(с)
совпадают-не совпадают - не важно, это как Астрология, она работает не зависимо от того веришь ты в неё или нет, небесная механика как никак )))