а как программировать с помощю avr studio ?

программировать через АВР студио проще простого, даже программатора не надо...я подключал на прямую к LPT порту через балластные сопротивления. Таким образом программировал Атмегу128...щас ссылки на статьи поищу ... выложу...

вот все подробно описано:

Во, какая правильная тема!

О том, что мы давно хотели знать, но стеснялись спросить!

yrii, спасибо за очень правильный документ - вот бы все объяснения были такими!

Однако мы начинаем склоняться к железной стороне вопроса (в которой мне все более-менее понятно), опуская программную (а там и остаются основные вопросы).

Например, как правило в качестве начальной конструкции на МК предлагается выбрать что-то типа мигалки на СД - однако мне не кажется таким уж правильным повторение на МК того, что можно еще проще сделать на простых стандартных деталях, поэтому не правильнее ли было бы сделать нечто, что всеже оправдывало бы применение именно МК, например (отталкиваясь от той же мигалки) генератор последовательности импульсов с произвольно задаваемыми длительностями и паузами.

Иначе говоря, алгоритм программы должен быть примерно таким:

Начало + запуск счетчиков таймеров (что именно в это входит? )

Формирование импульса согласно данным в памяти.
Формирование паузы по такому же принципу.
Дальше идет повторение двух предыдущих операций какое-то количество раз.
Сигнал возврата в начало (т.е., нужная последовательность повторяется)

Возможно, потом программу можно было бы усложнить введением стоп-команды и/или распределением генерируемых импульсов по разным выходам МК.

Смысл всего этого - сгенерировать сначала синхроимпульсы, а потом и цветовые сигналы для ГИС для проверки ТВ и мониторов - вот ту уже из за достаточно сложных последовательностей сделать то же на дистретных элементах будет не так просто, и применение МК будет вполне оправданным.

Ну, так кто может объяснить, как это сделать и почему надо это делать именно так, а не иначе?

ОК, попробую найти...где-то были у меня статьи. То, что выложил - это часть целого цикла" AVR для начинающих". Когда-то скачал с инета. Куда лучше ее выложить?

Вот здесь http://www.gaw.ru/ есть целый цикл статей по "микроконтроллерам AVR", там много интересного...

Я делал схемы в Протеусе, там есть модели AVR, а программы писал в AVR Studio.

Приведу пример для сравнения - есть такой известный сетевой ресурс http://www.avr123.nm.ru/ , в котором много всего подробно расписано, но дело то как раз в том, что это вобщем достаточно большой и полный курс, начиная с самых основ.

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

Иначе говоря, если у кого есть многие дни и недели в запасе, то может и можно все перечитать и изучить полностью, но при моей занятости мне всеже хочется не тратиться на то, что не дает ощутимого прогресса (а ведь рядом полно понятной мне и полезной работы!), и я уверен, что будь у меня возможность непосредственно пообщаться со знающим специалистом, он мог бы мне растолковать все относительно поставленной мною задачи не более, чем за полчаса!

А тут читаешь час, два - все какие-то далекие от существа вещи.

Я в свое время изучал основы МП и МК, так что мне в принципе известно, что это такое, мне не надо объяснять про АЛУ, память, регистры, и т.п. и тем более о том, что такое Булева алгебра.

Общий алгоритм выполнения поставленной мною самим задачи я мог бы составить и сам, но весь вопрос в том, как это бувально применить в конкретном МК?

Цитата:

Сообщение от RVRSS

Общий алгоритм выполнения поставленной мною самим задачи я мог бы составить и сам, но весь вопрос в том, как это бувально применить в конкретном МК?

Разработка программы начинается с ТЗ. Оно может разрабатываться разными способами. Чаще всего интуитивно и хранится в памяти программиста при минимальном количестве бумажных документов. Это помогает внушить клиенту легенду о "сложности" программы и положительно влияет на сумму гонорара.
Но... Подобные варианты разработки наблюдал многократно и практически всегда имел следующие неприятные последствия:
1. Алгоритм в памяти программиста не может долго храниться и при попытке продолжения работы начинается всё сначала;
2. Подключить сторонних разработчиков практически невозможно.
3. Всегда "виноват" заказчик.

Теперь работаю только по "бумажному" ТЗ. В нём же оговаривается трудоёмкость разработки (стоимость одного оператора) и количество циклов доработки по замечаниям заказчика.

По времени продолжительность программирования и отладки программы микроконтроллера составляет 10-20% от общего времени разработки.
Заказчик и программист достаточно точно знают сроки и стоимость работы.

SVNKz, вы подключились к дискуссии от

Цитата:

06.05.2008, 19:34

Тихо сам с собою я веду бесе-е-ду...