-
- Код в верхних адресах осмысленный. Фузы на ней вот такие стоят: Ксения(358 знак., 20.10.2018 20:22 - 20:25)
- Проверьте по даташиту, возможно, они защитили bootloader от чтения из Application Section, но никак не запретили его перезапись. Отличный вариант для повышения продаж. - Экспериментатор(20.10.2018 20:41,
)
- Уже проверила. Bootloader защищен только от программной записи. Читать его можно (иначе бы не прочла). - Ксения(20.10.2018 20:46)
- "BLB0 = 3" Читаю в даташите для данного состояния: "BLB0 Mode = 3: Экспериментатор(485 знак., 20.10.2018 21:07,
)
- А я читаю: "BLB02=1 BLB01=1 No restrictions for SPM or (E)LPM accessing the Application section." Т.е. писать в программную секцию загрузчик может. Дальше: "BLB12=1 BLB11=0 SPM is not allowed to write to the Boot Loader section.", т.е. загрузчику Ксения(31 знак., 20.10.2018 21:10 - 21:13)
- Обратите внимание, что даташите определения BLB0 Mode и BLB1 Mode не являются суммой бит, а просто перечисляют возможные состояния. Поэтому в Вашем случае можно верить лишь Lock Bit Byte. Интересно, кто допустил ошибку. - Экспериментатор(20.10.2018 21:17,
)
- Очевидно, что это не сумма, а десятичное значение в группах, каждая их которых в 2 бита шириной. Ксения(175 знак., 20.10.2018 21:25 - 21:29, картинка)
- Важно, что определение BLB0 Mode =3 из даташита, не эквивалентно выданному программатором BLB0 = 3, сличать напрямую состояния нельзя. Нужно было либо привести их к одному типу, либо написать в текстовом виде, иначе только путаница возникает от Экспериментатор(88 знак., 20.10.2018 21:37,
)
- Выдал программатор AVReal, а он биты фузов НЕ инвертирует к типам true и false, оставляя их такими, какие они есть при чтении регистра. Ксения(1182 знак., 20.10.2018 21:40 - 21:54)
- Понятно, но из двух бит в любом случае нельзя получить BLB0 Mode = 4, хоть инвертируй, хоть нет. С программаторами.exe от Atmel таких трудностей не замечал, поэтому оценил Ваше первоначальное пожелание иметь совместимый с ними загрузчик. - Экспериментатор(20.10.2018 21:47,
)
- "AVRISP mkII" можно считать Атмеловским загрузчиком. Трудностей никаких не вижу, т.к. все три программатора показывают одно и то же (см. предыдущий мой пост, он был дополнен). - Ксения(20.10.2018 21:52)
- Я тоже не вижу трудностей за исключением того, что расшифровка AvrReal вводит в заблуждение. AVRISP mkII расписывает значения в тестовом виде, поэтому необходимости что-то сличать c даташитом не возникает. - Экспериментатор(20.10.2018 21:57,
)
- Тогда сами расшифруйте 0xEF по картинке, которую я уже давала. - Ксения(20.10.2018 22:01, картинка)
- Расшифровал я уже давно, успокойтесь, фьюзы правильно зашиты. Очень вам рекомендую использовать графическую оболочку AVRISP mkII из студии, совсем другой уровень комфорта. Странно, что Вы морщились от AvrDude. - Экспериментатор(20.10.2018 22:06,
)
- Зачем мне графическая оболочка AVRISP mkII, если в случае 3D-принтера я не хочу использовать программатор? Тогда как AVRISP mkII не работает в паре с ардуиновым загрузчиком (разные протоколы). - Ксения(20.10.2018 22:13)
- Графическая оболочка AVRISP mkII помогла бы сэкономить время и нервы при чтении загрузчика, как Вы уже сделали сегодня. Резервная копия содержимого flash еще никому не мешала. У AVRISP такая же удобная оболочка, равно как и у старого AvrProg. Экспериментатор(206 знак., 20.10.2018 22:26,
)
- Я вообще не ставила перед собой задачу читать загрузчик. Наверное уже сотый раз вам повторяю, что хотела быть оставить на месте родной загрузчик, научившись им пользоваться. Ксения(206 знак., 20.10.2018 22:38 - 22:45)
- Все перечисленные программы запоминают расположение файла, остается только нажать на одну кнопочку. FUSE и LOCK BITS в них подписаны, смотреть в документацию не нужно. Просто удивительно, как Вы до сих пор не попробовали. - Экспериментатор(20.10.2018 22:45,
)
- Все перечисленные программы запоминают расположение файла, остается только нажать на одну кнопочку. FUSE и LOCK BITS в них подписаны, смотреть в документацию не нужно. Просто удивительно, как Вы до сих пор не попробовали. - Экспериментатор(20.10.2018 22:45,
- Я вообще не ставила перед собой задачу читать загрузчик. Наверное уже сотый раз вам повторяю, что хотела быть оставить на месте родной загрузчик, научившись им пользоваться. Ксения(206 знак., 20.10.2018 22:38 - 22:45)
- Графическая оболочка AVRISP mkII помогла бы сэкономить время и нервы при чтении загрузчика, как Вы уже сделали сегодня. Резервная копия содержимого flash еще никому не мешала. У AVRISP такая же удобная оболочка, равно как и у старого AvrProg. Экспериментатор(206 знак., 20.10.2018 22:26,
- Зачем мне графическая оболочка AVRISP mkII, если в случае 3D-принтера я не хочу использовать программатор? Тогда как AVRISP mkII не работает в паре с ардуиновым загрузчиком (разные протоколы). - Ксения(20.10.2018 22:13)
- Расшифровал я уже давно, успокойтесь, фьюзы правильно зашиты. Очень вам рекомендую использовать графическую оболочку AVRISP mkII из студии, совсем другой уровень комфорта. Странно, что Вы морщились от AvrDude. - Экспериментатор(20.10.2018 22:06,
- Тогда сами расшифруйте 0xEF по картинке, которую я уже давала. - Ксения(20.10.2018 22:01, картинка)
- Я тоже не вижу трудностей за исключением того, что расшифровка AvrReal вводит в заблуждение. AVRISP mkII расписывает значения в тестовом виде, поэтому необходимости что-то сличать c даташитом не возникает. - Экспериментатор(20.10.2018 21:57,
- "AVRISP mkII" можно считать Атмеловским загрузчиком. Трудностей никаких не вижу, т.к. все три программатора показывают одно и то же (см. предыдущий мой пост, он был дополнен). - Ксения(20.10.2018 21:52)
- Понятно, но из двух бит в любом случае нельзя получить BLB0 Mode = 4, хоть инвертируй, хоть нет. С программаторами.exe от Atmel таких трудностей не замечал, поэтому оценил Ваше первоначальное пожелание иметь совместимый с ними загрузчик. - Экспериментатор(20.10.2018 21:47,
- Выдал программатор AVReal, а он биты фузов НЕ инвертирует к типам true и false, оставляя их такими, какие они есть при чтении регистра. Ксения(1182 знак., 20.10.2018 21:40 - 21:54)
- Важно, что определение BLB0 Mode =3 из даташита, не эквивалентно выданному программатором BLB0 = 3, сличать напрямую состояния нельзя. Нужно было либо привести их к одному типу, либо написать в текстовом виде, иначе только путаница возникает от Экспериментатор(88 знак., 20.10.2018 21:37,
- Очевидно, что это не сумма, а десятичное значение в группах, каждая их которых в 2 бита шириной. Ксения(175 знак., 20.10.2018 21:25 - 21:29, картинка)
- Обратите внимание, что даташите определения BLB0 Mode и BLB1 Mode не являются суммой бит, а просто перечисляют возможные состояния. Поэтому в Вашем случае можно верить лишь Lock Bit Byte. Интересно, кто допустил ошибку. - Экспериментатор(20.10.2018 21:17,
- А я читаю: "BLB02=1 BLB01=1 No restrictions for SPM or (E)LPM accessing the Application section." Т.е. писать в программную секцию загрузчик может. Дальше: "BLB12=1 BLB11=0 SPM is not allowed to write to the Boot Loader section.", т.е. загрузчику Ксения(31 знак., 20.10.2018 21:10 - 21:13)
- "BLB0 = 3" Читаю в даташите для данного состояния: "BLB0 Mode = 3: Экспериментатор(485 знак., 20.10.2018 21:07,
- Уже проверила. Bootloader защищен только от программной записи. Читать его можно (иначе бы не прочла). - Ксения(20.10.2018 20:46)
- Проверьте по даташиту, возможно, они защитили bootloader от чтения из Application Section, но никак не запретили его перезапись. Отличный вариант для повышения продаж. - Экспериментатор(20.10.2018 20:41,
- Код в верхних адресах осмысленный. Фузы на ней вот такие стоят: Ксения(358 знак., 20.10.2018 20:22 - 20:25)