Насколько я себе представляю мне нужно просто выставить флаг включения насоса, выдержать нужное мне время, с помощью таймера счетчика. И затем выставить флаг отключения насоса. Или я что то не так понимаю?

Обсолютно правильно


ИМХО: Не забывайте, что иногда еще фигурирует стоимость окончательного устройства. Для не больших проектов ассемблер, особенно при работе с битами, более интересен.

а вот как сделать так чтобы значение введеное с платы индикации сохранялось в счетчике на плате управления?

Через SPI .

ИМХО: Конкретную реализацию за Вас вряд ли кто-то будет делать. Поэтому изучите, как сейчас у Вас реализована связь и добавти передачу своего значения.

Я вроде сделал в меню параметр который будет контролировать время включения насоса, все нормально меняется. Для отсчета времени выбрал счетчик timer2, так как он не использовался, но когда я в начале проги поставил переход на метку timer2 и сконфигурировал таймер, у меня почему при включении питания теперь индикатор вобще не светится

Без текста проги ответ -- это стрельба по воробьям

вот исходник который я уже пытался переделать

вот исходник который я уже пытался переделать

Стандартная ошибка:
timer2:

ldi rin,0b00000111 ; CK/1024
out tccr2,rin ;
ldi rin,$3c ; $3c=60
out tcnt2,rin ; Ïåðèîä (255-60)*1024/2000000=0.09984c

ldi rin,0b01000000 ; Ïîäêëþ÷àåì òîëüêî òàéìåð Timer2
out timsk,rin ; overflow timer2


ldi rin4,TNASOS ;здесь создан бесконечный цикл
dec rin4
cpi rin4,0 ;
brne timer2 ;при возврате из этой точки rin4 ВСЕГДА равен TNASOS
reti
Ищи точку для

ldi rin4,TNASOS
успехов!!

просто это мой первый болеменее серъезный проект а если вот так сделать ? :
ldi rin4,TNASOS ;

timer2:

ldi rin,0b00000111 ; CK/1024
out tccr2,rin ;
ldi rin,$3c ; $3c=60
out tcnt2,rin ; Ïåðèîä (255-60)*1024/2000000=0.09984c

ldi rin,0b01000000 ; Ïîäêëþ÷àåì òîëüêî òàéìåð Timer2
out timsk,rin ; overflow timer2


dec rin4
cpi rin4,0 ;
brne timer2 ;
reti

Работать будет, НО некоректно в п\п обработки прерываний долго заниматься какими нибудь вычислениями, тем более устраивать там задержки. П\п должна выставить(изменить) какой-то флаг и вернуться в MAIN_LOOP и уже там обрабатывать информацию о произошедшем прерывании. Во время обработки прерывания все (CLI) прерывания запрещаются при входе в п\п прерывания и разрешаются после команды RETI. Поэтому код обработки должен быть как можно короче, для правильной и своевременной обработки других прерываний.

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

я вот вчера вечером еще раз переделал прогу, попробовал просто подключить таймер2, вроде все нормально компилится, но когда прошиваю контроллер и ставлю на плату, после подачи питания даже индикатор перестал светится, может опять чего нить не так сделал? Причем до того как я ввел таймер2 все нормально работало....

Ну попорядку:
.def d =r0 ;R0 не желателно использовать, т.к. он используются командой LPM
timer2:
cli ;Ты видимо не понял: Вход в пп обработки УЖЕ останавливает обработку других прерываний.
ldi rin,$3c ; $3c=60
out tcnt2,rin ;
ldi rin,TNASOS ;
prov:

dec rin ;
cpi rin,0 ;
brne prov ;Этот цикл лучше вынести в главный цикл (MAIN_LOOP)

reti ; А команда RETI сама разрешает прерывания.
sei : В данном случае SEI должно стоять перед RETI, хотя в их использовании (CLI, SEI) нет необходимости

При отладке обрати внимание на регистр TIFR, там появляются нежелательные флаги. И как говорится: Учите матчасть. За это здорово Бьют

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