Делаем AVR USB (software) правильно, уровень схемы Опции

[MAXvaLL]

При реализации софтварного USB на AVR возникают вопросы. Как сделать правильно?

Видел варианты:

1. МК питается 5В от шины. D+ и D- напрямую к МК через резисторы ~ 200 Ом. D- подтянута на +5В через резистор ~10кОм.
Проблемы: по спецификации USB макс. допустимый уровень сигнала относительно земли 4.6В (или даже меньше) Смотрим USB2.0 Spec. Figure 7-2. Maximum Input Waveforms for USB Signaling
Можно спалить порт.

2. То же что и 1. , но дополнительно на D+ и D- поставлены стабилитроны на 3.6В (на землю), а вместо резисторов на 200 Ом стоят по 68 Ом.
Проблема: емкость стабилитронов - искажение формы сигнала. И всеравно будут выбросы.

3. МК питается от 3.3-3.6В от шины через стабилизатор или 2 диода. Подтяжка D- 1.5 кОм. На D+ и D- стоят резисторы по 68 Ом или вообще без резисторов.
Проблема: Минимальная необходимая частота 12 Мгц, а при использовании внутреннего генератора 16.5 Мгц. Насколько корректно гонять МК на такихз частотах при таком питании? В даташите как-то туманно про это написано: на титульной странице одно, на графиках другое, и ничего конкретного я так и не нашел.


Лично я использовал вариант 3. МК ATmega8 при кварце 12МГц. Работает.
Интересует заведется ли Tiny25 на 16.5 Мгц при питании 3.5-3.6В ?

Еще: атмел советует не гонять встроенный ацп быстрее 1 МГц (тактирование)
Я запустил при 3х Мгц. Работает. Насколько это корректно? (Полученная точность устраивает)

[Petka]

При реализации софтварного USB на AVR возникают вопросы. Как сделать правильно?

Делаем AVR USB (softvare) правильно

для начала надо выбрать:
1) профессиональное решение
2) любительское решение
если (1), то проще и дешевле использовать МК к USB на борту. Или внешнюю микросхему с USB.
если (2), то правильно так, как работает "на коленке".

[MAXvaLL]

для начала надо выбрать:
1) профессиональное решение
2) любительское решение
если (1), то проще и дешевле использовать МК к USB на борту. Или внешнюю микросхему с USB.
если (2), то правильно так, как работает "на коленке".

Я уже ответил на подобное предложение выше. Не надо читать морали, я попросил ответ на поставленный вопрос. Вы вообще в жизни все делаете ПРАВИЛЬНО? Может у вас была лицинзионная винда лет 10 назад? (не корпоративная)

Мне надо сделать 2 устройства, но это не значит что абы-как.

Ставить ФТДИ просто смешно для данного проекта и не оправданно.

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

Между прочим, скажите, чем вариант 3 при правильной реализации хуже хардварного ЮСБ? Только не надо махать руками и говорить что это любительское решение. Мне пожалуйста факты изложите.

Стабилитрон не надежный, у него разброс будет напряжения стабилизации, и в серийном производстве не годится. + потребление большое.
ой, не помню, 0.2 А точно выдержит, максимум вроде 0.5 А что-то так, а точнее читай: " Павел Агуров - Интерфейс USB.djvu " там все есть

А кому какое дело до этого разброса? По спецификации напряжение должно быть больше 2.8В и меньше 3.6В. Если ваши стабилитроны в это требование не укладываются, то думаю есть смысл сменить поставщика =)))

Почему потребление больше? ток ограничивают резисторами, ну да, немного больше, но опять-таки кому до этого дело (10мА больше или меньше?)

А про ток разговора не было... Именно, 500мА макс.

Ты про ток? Вольтаж-то оно не жрет, а дает по питанию 5В, сигналы - 3х вольтовые. Брать по питанию можно до 500мА, но об этом нужно попросить хост. Чтобы попросить, нужно пройти enumeration потребляя при этом не более 20мА. По умолчанию 100мА дадут.

Нет, я про допустимый уровень на линиях данных на входе хоста. Просто тут все говорят про 3.6В , а я в спецификации видел циыру 4.6В

[Petka]

Мне надо сделать 2 устройства, но это не значит что абы-как.

Ставить ФТДИ просто смешно для данного проекта и не оправданно.

Вот как раз для 2х устройств FTDI ставить и оправданно.
+ Просто + надёжно.

Между прочим, скажите, чем вариант 3 при правильной реализации хуже хардварного ЮСБ?

1) Оверклокинг.
2) Не полное соответствие спецификации USB. Как физический протокол, так и реализация стэка.