Глюк Atmega128?, переход по reset на bootload section Опции

[dimm]

При создании бутлоадера для меги128 наткнулся на такой глюк:
при установке фьюзов для перехода по ресету на 0хfe00 (BOOTSZ0=0, BOOTSZ1 = 0,BOOTRST = 0),
после ресета (или переброса питания) мега реально переходит на адрес 0xfdc0, т.е. на несколько байт раньше, чем должна! Проверил на двух кристаллах.

Если кто сталкивался с подобной проблемой, просьба подтвердить, что это глюк меги, а не программы

[IgorKossak]

У меня на всех экземплярах (более 5000) переход осуществляется куда надо.
Да и собственно причём тут может быть программа, если до неё ещё не доходит очередь?
Посмотрите внимательно остальные фьюзы. Если всё нормально, то видимо партия попалась битая.
Кстати, попробуйте сконфигурировать старт с других адресов.

[dimm]

У меня на всех экземплярах (более 5000) переход осуществляется куда надо.
Да и собственно причём тут может быть программа, если до неё ещё не доходит очередь?
Посмотрите внимательно остальные фьюзы. Если всё нормально, то видимо партия попалась битая.
Кстати, попробуйте сконфигурировать старт с других адресов.

Я тоже не замечал этого глюка до тех пор пока код программы-приложения не дополз снизу до 0xfdff. Если код приложения невелик, то байты снизу от бутлодыря все 0xff, и по ресету мега их проскакивает и выполняет бутлодырь как положено. Но как только в этих байтах какой то код появляется, то после ресета, как я и описаывал, этот код выполняется ДО бутлодыря.

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

[GDI]

при BOOTSZ0=0, BOOTSZ1 = 0 область бутлоадера начинается с 0xf000 и до 0xffff, в чем глюк? Почему у вас программа залезла в область бутлоадера?

[dimm]

при BOOTSZ0=0, BOOTSZ1 = 0 область бутлоадера начинается с 0xf000 и до 0xffff, в чем глюк? Почему у вас программа залезла в область бутлоадера?

Так и есть - все дело во фьюзах (и кривых руках..) Спасибо за подсказку.