Здравствуйте!

Начинаю изучать микроконтроллеры. Выбрал AVR.
В качестве первого проекта хочу сделать устройство, которое подключается по usb и позволяет управлять 8-ью транзисторными выходами (для коммутации небольшой нагрузки).
Собираюсь приобрести AVR Dragon (стоит ли брать именно его?)
Какую конкретно AtMega лучше выбрать?
Может быть где-нибудь есть подобные схемы?

Заранее большое спасибо!!!

Удобны мега128 - как один из самых толстых массовых чипов, так и мега8, как один из маленьких, дешёвых, и тоже массовых (с заменами на мегу 48, 88, 168)

Вот готовый проект USB-Parallel Output:
http://www.obdev.at/products/avrusb/powerswitch.html
На сайте ещё много других USB-проектов.

Посмотрите на USBTiny:
http://www.xs4all.nl/%7Edicks/avr/usbtiny/

Также можно попробовать IgorPlugUSB, который стал классическим:
http://www.cesko.host.sk/hardware.php

Изучаю...
Огромное спасибо.

Что-то Вы сразу замахнулись "на Вильяма нашего, так сказать, Шекспира".

Сложно будет.

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

Очень интересно. А на русском подобные ссылки имеются?

По моему опыту обучение пойдёт намного продуктивнее если ты не будешь тупо копировать чьи-то работы, а сам писать всё от начала и до конца.
Начни просто с мигания светодиодом по счетчику, потом несколько с/д попеременно, потом с ШИМом разберись, потом АЦП и уж потом передача данных по COM / USB

Думаю,мой вопрос для этой темы подойдет.Тоже недавно начал изучать программирование AVR.На СИ и компилятором CVAVR.Уже многому научился.Вот щас никак не могу додуматься-как сделать так,чтобы при кратковременном нажатии кнопки программа выполняла одну работу,а при удерживании например 3 сек.-другую. Понимаю,что нужно считать время,как это сделать,не пойму.

Зависит от того как у вас реализовано сканирование кнопок.
Если чтото типа такого:


То вставте в цикл while счётчик и инкриментируйте его (только подберите константу _3000ms ):



Если приведёте ваш вариант сканирования кнопок то подсказать как вам реализовать вашу идею будет проще

У меня именно так опрос кнопок,спасибо,буду разбираться.

то придётся всё переделать, ибо чушь.
Стоять и ждать 3 секунды, пока нажата кнопка - непозволительная блажь.
Тем более никакой защиты от дребезга.
Нормальный вариант - это опрос по таймеру и выставление соответственных флагов для последующей обработки в основном потоке.
А обработка следующая:
Если флаг стоит более _хх_ (нужное вписать) миллисекунд (обычно 20-50), считаем, сто кнопка нажата и выполняем нужное действие.
Если более _хххх_ мс (3000, например), то выполняем другое действие. Время отсчитывается по тому же таймеру, то есть в каждом прерывании инкрементируем переменную времени.

В моей программе это не страшно,думаю пример mempfis_ лучше подойдет для меня, с этим-я еще не сталкивался.Это что ,переменная,CVAVR на это- _3000ms ошибку выдает,что такое task тоже не знаю.

В CVAVR есть библиотека delay.h delay_ms(), delay_us().
Подключите её через #include <delay.h>

Перед функцией main объявите глобальную переменную


и константу количества инкрементов этого счётчика которые будут считаться как 3 секунды





tsk1(), task2() - это ваши функции в которых вы можете выполнить необходимые вам действия
Потренеруйтесь на этом для начала а потом сделайте как вам посоветовал MrYuran и как делают все в таком случае - для сканирования кнопок используйте прерывания от одного из таймеров

Все понял.

В Flowcode ,eltn d 1000 раз проще!!!!!
Сам немного пробовал,да и люди продвинутые в
микроконтроллерах пишут:
-"Для программы- Flowcode (есть для-AVR есть и для PIC) ненужен язык, как все остальные. не нужно писать кодов в редакторе.
тут программа собирается из кубиков, визуально. то есть ты рисуешь алгоритм программы из готовых кирпичиков с определенными функциями, а
код непосредственно программа пишет (компилирует) за вас, фактически языка как такового знать не нужно, достаточно найти общий язык с
программой, понять что каждый элемент делает.
это совсем не сложно, расматривайте каждый кубик как радиодеталь, компонент со своими функциями.
и стройте свою схему, все остальное, вплоть до получения конечного HEX файла (ко%

Сколько же человек пишут на ассемблере, С и не знают сего чуда.
Каково качество кодогенерации? Прежде чем рекламировать (и не в одном месте) оцените качество кода и объем. Обычно плата за простоту создания огромный избыточный код.

А есть ещё и Algorithm Builder for AVR
http://algrom.net/russian.html
Программирование идёт визуально... сам код на ассемблере.
Как народ пишет (сам только начинаю изучать МК)... то этой прогой можно легко отлаживать большие программы на ассемблере... проще не запутаться случайно!

Народ это профессионалы или ...? Прежде, чем доверяться "объективному" мнению народа, следует почитать топики с обсуждениями сих чудных продуктов. На электрониксе они есть.

P.S. Выбрав AB или что-то в этом роде Вы прежде всего лишите себя квалифицированной помощи специалистов, которые вряд ли захотят разбираться в экзотике. Издавна получается, что программирование в машинных кодах ведется с помощью ассемблера, а для замены ассемблера есть Си++. AB и что-то там еще, к сожалению не в одну нишу не попадают.

З.Ы. Все сказанное всего лишь мое ИМХО, которое формировалось на основе личного опыта, чтения подобных веток "... vs ..." и т.п. А также все сказанное относится к МК, ни о каких IBM PC и т.п. речь не идет.

Программирование в машинных кодах -ведется в машинных кодах (двоично, восьмирично , шестнацатирично) . Сам ляпал крохотные восьмиричные тестовые программки для ремонта PDP-11, но знал человека, написавшего тетрис в машинных кодах.
АБ , чтобы не говорили специалисты и примкнувшие к ним, кто таковыми себя считает, полноценный ассемблер, один в один , что напишешь , то и получишь. В отличии , например , от Кодевижена, который склоняют на каждом углу.
И почему то, никто не желает бросить Винды и вернуться в ДОС.

кстати, по теме. сильно рекомендую arduino decimilia -
недорогая платка с USB, есть цифровые-входы-выходы и аналоговые входы.

http://www.arduino.cc/

Даа. Знал что мазохисты встречаются, но чтобы так...
При хорошем понимании СИ и даже СИ++ и нормальном инструментарии типа IAR, GCC Ваши слова вызывают скепсис. Что, вернее как напишешь на СИ - то такой ASM листинг и получишь. Не надо загонять себя в угол. При массе достоинств у ASM есть и не меньшее количество недостатков. Я твёрдо убеждён в том, что человек написавший хоть раз программу на языке высокого уровня никогда не захочет вернутся на чистый ASM без жизненной на то необходимости. А всякие там недоязыки программирования - это однозначно тупиковая ветвь.

Можете конечно смеяться... Но напишу как лузер... который только начал осваивать МК... и программирование их.
Кроме программирования на PHP... и явы... А... ну ещё Визуал бэйсик для Корела... и ЯвыСкрипт для Иллюстратора... с панорамированием не сталкивался.

Сначало было очень сложно сделать выбор книги... т.к. большая часть является либо переводом на русский даташита... либо ориентируется на пользователей - уже имеющих представление о МК...
Книга на которой остановился - это "Вводный курс" Джона Мортана.... Очень всё доходчиво описано.... Но примеры разбираемые, написаны на АСМ...
Посмотрел я тут описание СИ... и понял! Достаточно вникнуть... хотябы в общем представлении в АСМ и научиться программировать более менее сложные программы... А дальнейший переход на Си... будет делом одной, двух недель.

Есть золотое правило: первые 30 программ будут с весьма серьезными идеологическими ошибками. Но как-то работать они будут... Практика, много разных хороших и не очень книг, практика и ещё раз практика... И ещё очень полезно для СИ программиста читать книги по СИ++ даже если Вы на нём не программируете вовсе. Можно почерпнуть массу полезной информации с точки зрения идеологии и подходов.

Просто , по другому тогда было сложнее.
Вы в те времена , еще лежали густо присыпанные тальком...Ну , или как минимум-под стол пешком ходили...

Была тут где-то темка , где человеку требовалось точно знать последовательность операторов, а компилятор сообщал что , он ничего не гарантирует. Все кончилось советом сделать вставку на асм.
А вообще-то я не собираюсь с вами препираться: ну нравится вам си , ну и програмьте на здоровье. А АБ это среда (асмоподобная) и просто удобнее , хотя бы симулятором, да и по листигу ползать не надо. Сделают визуальный си (не VC) буду им пользоваться.
И еще .
В данный момент разбираюсь сишной программе, наваянной одним Си-программистом , ну к программе притензий нет, а вот железом у чела явно проблемы (с фузами такого нагородил).

Все когда-то делали это
"И молвит она ему человеческим голосом":) Прямо кокой-то первобытный страх перед компилятором испытывать начинаешь. Ну а если серьезно, то язык программирования создан для того чтоб программист мого достичь того результата, который он задумал. Программа всегда строго детерминирована и мне с огромным трудом верится в невозможность реализации какой бы то нибыло алгоритмической, логической или математической последовательности на СИ. Любую идею реализованную на ASM без использования особо специфических инструкций можно реализовать на СИ. Я не твердолобый упертый баран и ясно представляю назначение ASM. В конечном итоге за всё приходится платить. И за СИ тоже. Простите если что. Но люди конечно совершенно разные. И некоторые из них намеренно отрекаются от благ цивилизации - им это даже полезно. Вы видимо один из немногих Поверьте, что у меня нет даже ни одной ассемблерной вставки, а суммарный объем исполняемого кода моих програм для AVR немного не дотягивает до 1,5 Мб.

ну не всегда Си хорошо.
Я делал Макровижн декодер - там надо было очень точно определять время вспышки, положение уровня черного - ну "кто плавал" - пойметь.
Дык я и не думал о Си.