Доброго времени суток господа!!
Подскажите пожалуйста начинающему....Передо мной стоит задача следующего характера: в оборудовании имеется плата индикации (на ней стоит tiny2313) и плата управления (на ней mega8). Недавно я переделывал прогу для тини2313 (раньше там использовался s1200). Сейчас стоит задача переделать немного прогу на мегу8....
Сейчас она управляет клапаном, т.е. при достижении клапаном определеного датчика (на 0,5 литра или на 1 л), он возвращается обратно, дозируя тем самым необходимое количество жидкости. Но теперь необходимо просто поставить насос (сигнал с платы идет на частотник, а насос подключен к нему), который будет дозировать следующим образом: включатся на некоторый промежуток времени (который можно будет изменять) и выключатся. Алгоритм работы я представляю: нужен регистр в который будет сохранятся введеное значение с платы индикации, потом это значение должно попасть в счетчик, и в самой програме после выставления флага на включение насоса перейти на ПП обработки прерывания для выдержания насоса во включеном состоянии нужное количество времени. Посоветуйте пожалуйста как это все лучше сделать... Вот исходник проги для платы управления

В меге8 есть еще один таймер, который Вы не используете в программе. Запрограммируйте его с нужной Вам дискретностью (точность отсчета) и по переполнению декрементируете значение с платы индикации, как дойдете до нуля выставляете флаг «Насос отключить»

Посоветовать не жалко... Не обижайтесь, но может Вам опыта набраться, прежде чем двухпроцессорные комплексы разрабатывать ?
Простейший вопрос - обработка ошибок. Человек нажимает на кнопки, а если что-то не отработало, но на табло он увидеть, что что-то не в порядке. Значит, подключение должно быть двухсторонним.
Значит, должен быть интерфейс.
И пошло-поехало...
А для отработки временных задержек должно работать прерывание таймера с фиксированной длительностью.

2 Dog Pawlowa я прекрасно понимаю что не достаточно мне еще опыта, но к сожалению мое начальство это мало интересует...тем более что в нашей фирме эту тему больше некому поручить. Я тут недавно мучался с тини2313, переделывал под них проги...но с ними как то попроще было...

Ну, повезло значит. Так лучше, чем просто штаны просиживать :-)
Попробуйте все-таки начать с проектирования сверху вниз - то есть определить функции двух блоков и их взаимодействие. Поверьте, таймеры и программа - это абсолютно неважно на этом этапе. В большинстве моих приборов работает прерывание таймера с частотой 1 кГц, и его период 1 мс вполне достаточен для точности задания времени. Аппаратный таймер не нужен. Попробуйте написать такой фрагмент программы.

Сообщение отредактировал Dog Pawlowa - Nov 10 2006, 11:48

Да помню тот вопрос, кстати, Вы обещали написать, в чем были грабли.

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

у меня есть обе проги рабочие, там нада просто выкинуть подпрограму где обрабатываются сигналы от датчиков и вставить свое, просто эти гады мне времени мало выделили на все это. А объяснять им бесполезно. Я вот тут сделал подпрограмму для второго таймера с нужной мне точностью

ldi rin4, 0b00000111;
out tccr2, rin4;
ldi rin4, $3c;
out tcnt2, rin4;

ldi rin4, 0b01000000;
out timsk, rin4;

а вот как сделать так чтобы время включения насоса менять можно было бы?
вот на всякий случай прога для ПИ

Я сильно не разбирался с твоей программой, так просто взглянул.
Вот что заметил сразу:

;-----------------------------------------------------------------------
; подпрограмма перевода числа в диапазоне 0 - 15 в код семисегментного
; индикатора числам от 10 до 15 соответствует код от A до F

Вот это вообще-то по таблице делать лучше

Увы, пишу только на С, и до уровня кодирования регистров и таймеров дохожу только после продумывания структуры прибора. Чего и Вам желаю :-)
Вы выбрали способ передачи информации о времени работы насоса?

Видал я линейных программистов, но чтобы до такой степени.

Если таблицей(согласно 'slog'), то на асме это делается так (wl = 0-15):

ldi Zl,low(TablHex*2)
ldi Zh,high(TablHex*2)
add Zl,wl ; определить смещение
adc Zh,Vol0
lpm wl,Z ; найти истинный код символа
...
TablHex:
.db $30, $31, $32, $33, $34, $35, $36, $37
.db $38, $39, $41, $42, $43, $44, $45, $46

(таблица другая)
Банально, правда?

Terapefft
Писали бы такого рода программы на C.. Оно проще и быстрее будет.
Компилятор сгенерит более компактный код, чем тот что Вы пишете..

Offtopic:
последнее время очень модно стало писать на асм именно на рабочем месте, в надежде на плохую читаемость или вовсе не читаемость другим человеком , если к примеру писавшего увольняют или сам увольняется.
Наверное какая никакая отрада для души.

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

Если взламывать, то на Си сложнее чем на асме. А если документацию передавать, то наново легче написать чем разобраться и внести изменения. Здесь, конечно с асмом посложнее.