Atmega128+ds1307+st485+24c512

[l-e-o-n-a-r-d-o]

писать конечно буду я сам.

Мои идеи по протоколу связи:

3-байтнае пакеты:

10101010 xxxxxx yyyyyy;

первый байт- стартовый + внутрисистемная кодировкаж

второй- адрес устройства;

третий-команда;

контроллер подает в сеть эти байты не задумываясь. При этом все устройства только слушают. Если устройство узнало свой адрес, то он отправляет свой 3 байтный пакет со своей командой (в у них-это только статус), при этом контроллер слушает некоторое время (пусть в 2 раза больше чем нужно на отправкку 3 байтов) по таймеру. Ответил- проверил с таблицей даных, выполнил необходимую процедуру и поехал дальше. Не ответил- своя процедура. Таким же образом общается с другими устройствами.

У компа тоже есть свой адрес, который контроллер тоже опрашивает. Не отозвался- ну и фиг с ним. Отозвался- комп отправляет некую команду чем закрывает рот контроллеру и перебирает управление на себя. Только я еще не придумал как считать память и остальные настройки, но посути так же- команда-байт и тд, короче написать функцию для этого.

Колизии не будет, поскольку все молчат и слушают одного.

И опять таки не знаю куда воткнуть клаву, тк все отображения можно запихнуть в процедуры обработки общения юарта.

Что такое "фоновая работа" для микроконтроллера? В нем же нет многозадачности как в виндовсе например.

Вот такое я уже давно надумал. Критикуйте пжлст.

ЗЫ: выздоравливайте!

Изменено 19 августа, 2008 пользователем l-e-o-n-a-r-d-o

[Реклама]

Реклама: ООО ТД Промэлектроника, ИНН: 6659197470, Тел: 8 (800) 1000-321

[rtfcnf]

В первых по протоколу. Если слейвы будете делать сами, да еще и на AVR(е), то лучше воспользоваться возможностью, которая заложена в AVR, а конкретней возможность работы USART в мультипроцессорном режиме. Когда мастер может обращаться со слейвами формируя только адрес нужного устройства.. В мануале есть описания данного режима. Тем самым Вы сократите код в слейве передав селекцию адреса на аппаратную часть. Не забывайте о проверки достоверности, о которой писал выше. Без неё устройство не будет знать достоверный ли пакет данных. А реализация копеечная.

Теперь про фоновую работу. Наверное, я не очень понятно выразился, но попробую повторить. Я для себя делю программу на следующие части: Основной блок (крутиться в бесконечном цикле) в нем все функции вызываются последовательно. И на функции, которые выполняются как бы параллельно. (сразу хочу сказать, что данный подход сложней в написании и отладки, зато позволяет добиваться наилучшей производительности).

Разберем на Вашем примере.

Что, по сути, представляет из себя USART? Обычный сдвиговый регистр и при последовательной работе мы имеем следующие запустили функцию передачи и ждем когда она завершиться. При этом ничего другова контроллер не делает. как ждет завершения. Я же предлагаю следующие:

В основном цикле пишем следующие строчки.

Для запуска передачи

If(status_usart == 0 && условие для передачи == да)

{

status_usart = 01;

Вызываем функцию запускающию USART

}

Другие действия

Для обработки окончание передачи или приема

switch (status_usart)

{

case 00: {break;}

case 01: {break;}

case 02: {break;}

case 03: {функция обработки следующей партии данных;break;}

case 04: {функция обработки полученных данных;break;}

case 05: {функция обработки ошибки:break;}

}

Но самое главное разрешаем обработку прерывания USART и в обработчике прерывания по окончанию приема пишем status_usart = 03 или 04;

Другими словами пока USART неспешно передает данные мы выполняем еще, что то полезное.

Здесь существует несколько компромиссов и тонкостей. Во первых обработчик прерывания должен быть как можно короче. Не каких вызовов функций из обработчика (компиляторы обычно если это сделать, как то не одыкватно пытаются сохранить контекст контролера). Основной код не должен быть критически к времени выполнению. Если без этого не обойтись то на это время выполнения критической функции запрещать прерывания, данные не куда не денутся. Стараться основной цикл сделать как можно короче. Знать при отладки точное время выполнения как основного цикла, худший лучшей результат, так и всех обработчиков и функций.

Кстати также можно реализовать и TWI.

>> И опять таки не знаю куда воткнуть клаву, тк все отображения можно запихнуть в процедуры обработки общения юарта.

А Вот этого делать не надо. Нарисуйте клавиатуру, а я, как ни будь, напишу простенький код, от которого Вы и будете плясать. Правда вижена у меня нет, а asm Вас не устроит, но зато поковырялся в своём архиве нашел IAR даже очень рабочий. Главное точно укажите ножки. На сим прощаюсь, если есть скайп и не прочь пообщаться пишите в личку.

Изменено 19 августа, 2008 пользователем rtfcnf

[Реклама]

20% скидка на весь каталог электронных компонентов в ТМ Электроникс!

Акция "Лето ближе - цены ниже", успей сделать выгодные покупки!

Плюс весь апрель действует скидка 10% по промокоду APREL24 + 15% кэшбэк и бесплатная доставка!

Перейти на страницу акции

Реклама: ООО ТМ ЭЛЕКТРОНИКС, ИНН: 7806548420, info@tmelectronics.ru, +7(812)4094849