а как можно программно сбросить Atmega 128? только без WatchDog т.к. очень медленно. надо быстрее

JMP 0

Если при сбросе нужно прыгать в загрузчик, то можно сделать так (для ATmega2561):
EIND = 0x01;
#asm
LDI R30,0xF0;
LDI R31,0x00;
EIJMP
#endasm

А вот так:

не сожрёт лишнего ОЗУ на переменную fn_reset
Только этого мало - сначала надо прерывания запретить и привести вручную все регистры устройств в исходное состояние. И того может не хватить - например, если не ошибаюсь, в USART незавершённая передача будет продолжать молотить даже если TXEN снять, т.е. будет не полный эквивалент аппаратного сброса.
В каждом конкретном случае надо очень аккуратно смотреть.

Программно и корректно ее никак не скинешь. Иначе будь готов к сюрпризам.

Ну не пугайте вы так.

Прога изначально должна быть написана так, чтобы вначале инициализировались все важные для вас вещи. В том числе запрещались прерывания (несмотря что они запрещены по аппаратному сбросу). В этом случае никаких страшных вещей не произойдёт.

Ну допустим выдаст Tx UARTa ещё один байт. И что с этого? Если сброс произошёл после того как этот байт уже был записан. Он бы был выдан в любом случае. Короче не вижу никаких проблем.

Проблемы могут возникать если у вас подключен второй МК или какое то интелектуальное оборудование на выводы. В этом случае необходимо по новый синхронизироваться и сбросить внешние устройства.

Согласен, так лучше. А IO можно быстро обнулить в небольшом цикле. И молотить ничего не будет, ибо TXEN = 0, а порт IO настроится на ввод без пуллап-резистора. ТОже с остальными интерфейсами.

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

Наружу не будет, так как передатчик отключится от вывода, а вот что будет происходить внутри - ещё вопрос. Дока на всякие мега64-мега2560 гласит:
Я не занимался выяснением - что они имеют ввиду и как себя будет вести передатчик после того, как посреди передачи записать 0 в TXEN, потом через какое-то время заново записать UBRR и режимы и опять поднять TXEN, но... похоже, что запись 0 в TXEN таки не всегда эквивалентна аппаратному сбросу.