Может дело не в железяке а в какой нибудь софтине, работающей по USB?

Я, как мы уже выяснили чуть раньше, не профессионал :-)
Но советую сначала попробовать, а потом выяснять, делать или нет - вероятно, и сделать-то не получится. См. причину в этом топике форумов Objective Development, ответ автора USB драйвера:


Что касается того, надо ли это кому - надо. Я, например, использую конвертор USB в последовательный порт при отладке устройств для вывода отладочной информации через терминал и ввода команд управления (можно также использовать для настройки устройств через меню). Но конвертор у меня самодельный на базе CP2101, собранный прямо в USB разъеме:



Из него выходит 5 проводов: общий, +5v (VBUS), +3.3v (внутренний источник CP2101, допускающий внешнюю нагрузку до 100mA), TxD, RxD (5 вольт толерантные).

В данном применении критична не скорость, а наличие вывода. Скорость даже 1200 вполне приемлема для распечатки контрольных точек при отладке программ.

Может и не получится а может и получится... Я, конечно, очень уважаю автора такого замечательного драйвера, и он, в отличае от нас явно профессионал ))), но попробовать можно, как только время появится

Все-таки не совсем понятно... Кто-то писал что в CodeVision мега32 шьется 5 минут. Единственная блочная программа - AVRProg, но в ней нет автодетектирования чипа... Те кто собрал сей девайс и расхваливал его, вы чем шьете? Мне бы например очень хотелось бы использовать для этого CodeVision, есть какие-нибудь варианты по-быстрому шить чипы?

A AVROSP - это новая программа или новый программатор?

AVROSP - это консольная программа с командной строкой http://www.atmel.com/dyn/resources/prod_do...nts/doc2568.pdf

Уточните пожалуйста насчет скорости. Я программирую с помощью Altera ByteBlaster и Avreal. 16 мегу программируется максимум за 10 сек. Спаяв ваш usb программатор, добьюсь я таких скоростей? На каком ПО?

15-20 секунд с верификацией с программой AVRProg, входящей в пакет AVRStudio

...причем верификация будет отнимать львиную долю этого времени...

а все остальные программы по 5 минут? Получается. что это программатор только для AvrProg и разрабатывался?

дело не в программаторе, а в том, что AVRProg может работать с программатором в пакетном режиме, то бишь посылает в порт пакет, к примеру, в 16 кБайт, и отдыхает. Виндовые дрова уже сами разбивают пакет на блоки по 8 байт и шлют их в программатор каждые 10 мс, или быстрее, если не через хаб. Почему то (я не знаю почему), остальные программы этот режим не используют. Они делают так - посылка нового адреса - ожидание ОК - посылка слова данных - ожидание ОК. Естественно, раз устройство у нас USB LowSpeed, то между всеми посылками интервал по 10 мс, считайте, если на ОДНО слов приходится в среднем 40 миллисекунд.

Но, AVROSP в открытых кодах, так что вперед

Меня AVRProg вполне устраивает - достаточно удобная штучка

Дайте ссылку на AVRProg. AvrStudio влом качать

"No supported board found!!!"

Блин, что это за прога, которая даже не запускается без программатора????
Вышлите хоть скриншоты, что ли...

Вы программировали с помощью Avreal? Ваше мнение? AVRProg не хуже?

Дак сделайте программатор, можно даже не мой, а просто AVR910 и смотрите... AVReal не пользовал, но командную строку не жалую, больше GUI нравится Я сделал свой программатор для того чтобы можно было через USB программировать и в кармане таскать... Хотя первоначально задумавалось не совсем для этого, но...



Вот как все это на мониторе

Ну так я тоже ГУЙ люблю - у меня оболчка была AvrealShell. Но хреновенькая. Из-за гуев и из-за удобства USB я и решил апгрейдить свой программатор.

А в диспетчере устройств строка USB Programmer появляется только после подключения программера или после установки inf файла?

Все как обычно для USB - втыкиваешь - появляется, вытыкиваешь - исчезает

И все таки, кто может прояснить, а то информация противоречива. Если использовать программатор уважаемого prottos'a и AVROSP, будет ли использоваться блочный режим, какую скорость программирования можно ожидать от такой связки. AVRProg не устраивает своей гуевостью, сейчас пользуюсь USBAsp+AVRDUDE, но эта связка не устраивает своей нестабильностью, поэтому ищу альтернативу.

Ну так, AVRDUDE тоже в исходниках, и поддерживает AVR910. Попробуйте и расскажите

AVROSP без модификации поддерживает блочный режим только для бутлоадера ("AVRBOOT"), так что будет медленно.

AVRDUDE тоже поддерживает блочный режим для "-сavr109". Т.е. программиреум flash&eeprom через -cavr109, а lock&fuse - через -cavr910 (для программатора и загрузчика используются разные команды).
Данное верно для http://www.klaus-leidinger.de/mp/Mikrocont...Programmer.html, в исходниках AVRDUDE особо не копался, так что не знаю, как он отреагирует на размер блока в 16кБ, например. Кто-нибудь проверьте!

А по поводу нестабильности USBasp - он у меня пропадал при помехах по питаю с программуемого устройства. Экспериментально выяснил, что это наводки на USB провод. Вылечилось использованием хорошего экранированного USB2.0 - провода.
Т.к. программатор protossa сделан на том же драйвере, то скорее всего ситуация будет той же

По поводу не стабильности работы USBasp ни чего не скажу, я его собирал до "изобретения" своего программатора. НО, мне не понравилась библиотека, с которой он работает (LibUSB). После установки дров на программатор, у меня периодически стали пропадать с шины мобильник и модем. Что то криво там . А кабель на моем программаторе самый обычный, взятый в компьютерном магазине - и естественно он экранированный, ВСЕ КАБЕЛИ ДЛЯ USB ТАКИЕ . А Вы думали, что USB можно юзать как ЛэПэТэ? пять проводков?

Добавил в программатор понижение тактовой частоты SPi до 20 кГц. Теперь можно программировать МК, тактируемые от 128 кГц внутреннего генератора. Испытано на ATtiny13

А вот и нет То был провод, купленный когда-то для принтера (работало нормально) за ~1$. Сделал ему вскрытие: 4 жиденьких проводка и тоненькая жила корпуса, никакой оплетки или фольги.
Хотя: дешева рибка - погана юшка.

PS: с ft232 этот кабель работал, все-таки есть коррекция ошибок

LibUSB развивается, раньше я имел с ней проблемы, потом получшало
А вот насчет "естественно он экранированный" - я бы усомнился, дешевые вовсе не экранированные.

Да я против LibUSB и не имею ничего против, нехай развивается

По поводу дешевых:

Есть еще способ приобрести ЕЩЕ дешевле - берешь два старых утюга, и отрезаешь от них хвосты - как раз четыре провода получается - и пытаешься их пихать в РС. Если все удачна будет - то вот и готов самый дешевый USB кабель

Более того, найти нормальный кабель USB2.0 более чем проблематично. То что объявляется как USB2.0 как правило таковым не является, хотя там и появляется фольга от сигарет. А в дешёвых - 5 проводов и чёрная нитка.

Prottoss решил повторить Ваш программатор. У меня их штук пять уже есть, но думаю что Ваш будет самым любимым.

Уже развёл, но вот вопрос. У меня все программаторы на выход ISP-6 имеют. Глупо уже менять традицию, у меня же шнурки-переходники, панельки разные. И вот вопрос зачем выходной сигнал LED? Для светодиода? Или Вы особый смысл в него вкладываете? Хочу его обрезать, бо не влазит.

Вывод LED, если Вы внимательно читали статью на страничке, задействован мною для генерации меандра 1 МГц - с его можно "оживлять" МК, у которых неправильно запрограммированны биты, отвечающие за тактирование. Ну согласитесь, удобнее на программируемой плате поставить перемычку от ISP до МК, чем городить генератор или подавать с внешнего, который стоит метр левее и метр выше, да еще и на столе у тебя ледовое побоище из разных железяк...



К тому же, ИМХО, IDC-10 более надежная штука, и провода от программатора до таргета могут быть немного длиннее



И, кстати, чегой то я ни одной промышленной железяки с IDC-6 не встречал... Все как на один - IDC-10... Прям заговор какой то, главное и наши и не наши...

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

Вопрос к Prottoss`e,

Я спаял облегчённый вариант программатора (убрал светодиоды, и оставил только один из трёх C=100nF, а так же у меня в схеме нет R=1MOм). Последняя прошивка.

Так вот 8кб флеша из ATMega8 в CodevisionAvr прочитались за 30 сек, это нормальная скорость?
достагились ли большие скорости?

P.S.
Кстати, надо бы исправить неправильную ссылку на сайт ChipBlasterAVR v.1.07 Evaluation:
http://www.chipblaster.com/ - не правильный
http://www.hpinfotech.ro/html/cbavr_download.htm - правильный

Как я уже многократно говорил, кроме AVRProg, почему то, ни одна программа не использует блочный режим чтения/записи - хотя ИМХО делов - то пару десятков строк поправить - по этому для CodeVision и иже сними СChipBlaster читают долго. AVRProg и мною модифицированный AVROSP читают, к примеру ATmega16 за 6-7 секунд, программирование вместе с ферификацией того же чипа за 15-20 секунд. За ссылочку спасибо - исправлю

Большое спасибо prottossу за этот программатор!

Собрал, все работает. Мегу8 шьет без проблем.
Благодаря этому проекту заодно освоил метод Лазерного Утюга. Разводку платы использовал с этого форума (винзу страницы):
http://www.roboforum.ru/viewtopic.htm?t=86...asc&start=0
И, хотя в этой разводке вместо двух диодов используется только один, и все конденсаторы, кроме электролитического, выкинуты, все отлично работает.
Более того, ввиду отсутствия у меня Меги8 на 16 МГц, взамен я поставил в программатор Мегу8 на 8 Мгц. И все работает! Спасибо Атмелу за такие хорошие МК.
Еще я пытался обойтись первым попавшимся резонатором на 12,0833 МГц вместо положенных 12,0МГц. Программатор с таким резонатором операционкой определялся, чипы читал, но прошивать их уже не мог. Пришлось пойти и купить кварц ровно на 12Мгц.

Так что теперь все отлично!
Еще раз спасибо! Теперь я смогу изучать микроэлектронику и дома, на своем ноуте без ЛПТ и КОМ-портов.

Кстати на счёт одного диода,
у меня тоже с двумя не очень както стабильно работает, то нормально работает, то вообще не определяется, причём ни на моём компе ни на соседнем нотбуке, а когда закорачиваю один диод всё становится ОК.

Хотя я у меня не 1к5, а 1к стоит.
Может 4в маловато для USB?

Уффф...Замучился, честно говоря объяснять про диоды и злополучный резистор...

Диоды - два штуки нужны для понижения напряжения питания МК до 3,6...3,8 вольт, кроме того от того же напряжения (3,6...3,8 Вольт) питается и резистор (R4 по схеме) номиналом 1,5 кОм. Именно при напряжении питания 3,6...3,8 Вольт номинал резистора должен быть 1,5 кОм. Понижение или повышение номинала этого резистора на+-5% грозит ошибками работы с хостом. По спецификации резистор должен питаться вообще от 3,3 вольт, но, на таком напряжениии и с такой тактовой частотой уже МК начинает хандрить. А еще, до 3,6 вольт питание МК пониженно для того, что бы его выходные сигналы не привысили этого значения, дабы не убить USB порт Вашего дорогостоящего ноута. Раз уж есть средства и время посещать форум и осваивать USB, может быть стоит и какие нить полезные странички посещать где про это USB написанно. На http://usb.org например сходить, или на

www.beyondlogic.org - там есть хороший документик - usb-in-a-nutshell.pdf. В этом документике прекрасно и доступно написанно про USB

Спасибо за подробный и внятный ответ.
Обещаю впредь больше гупых вопросов не задавать
---
Вот мой максимально дешёвый вариант программатора:

Собрал пошло не сразу пришлось с фузиками повозится.
Под ХР все заработало, прошил 64 мегу на ура
А вот под висту пока не смог поставить....

где в USB 2.0 spec, наряду с прочим, есть такой пунктик 7.1.1:

Или, иными словами, трансивер обязан выдерживать замыкание линий данных хоть на землю, хоть на +5.25, хоть между собой. Из чего следует, что "убить USB порт Вашего дорогостоящего ноута" не так-то просто.

Сорри, но злой ответ на вопрос (хоть и повторяющийся) провоцирует столь же злой ответ на ответ :-)

Ну...если Вам показалось, что ответ злой, извините. Во всяком случае, после Вашего поста он кому то точно покажется злым... Тем неменее я буду общаться так, как общаюсь .

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



PS: Опять о злости. Похоже Вы, osnwt, чем то удручены? Если у Вас на меня какие то обиды, предлагаю их оставить в прошлом, или выскажите мне их в отдельном письме.

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


Если коротить питание между собой, то да, на кривых материнках вылетает кое-что. У меня при случайном перегрузе питания хаба в мониторе срабатывала его защита, и приходилось Disable/Enable хаб, чтобы привести его в нормальное состояние без перезагрузки. Впрочем, я не слышал, чтобы вылетало при превышении сигналов на D-/D+.


Так ничего удивительного в том нет - питание контроллера там +5 вольт, а то, что написано в USB спецификации, требует, чтобы трансивер выдерживал такие напряжения на линиях данных, а не работал при таковых. То есть, иными словами, он должен не гореть, но не обязан работать, если на D+/D- будут 5-вольтовые уровни, а не 3.3. В случае же питания AVR от 3.6 вольт не вижу никакой необходимости в этих стабилитронах (иначе, как защитить сам AVR от глючного хоста или замыкания шин данных на +5 со стороны хоста, что превысит напряжение питания и, строго говоря, может убить AVR).

Если же вопрос ко мне заключался в том, почему именно 3.6, а не 3.3 - так про это есть топик на сайте автора драйвера obdev.at.

Ну вот, я как раз об этом и думал, но не стал говорить. В любом случае исходники я не выкладываю, а то будет еще хуже чем с диодами Нехай все будет как есть....Пока.
Об остальной части Вашего текста скажу лишь, что Вы просто перефразировали все, что я сказал своим постом выше... И зачем так делать? Сначала говорите - ты не прав, мол, вот, на, почитай, что в документе про замыкание пишут. Дальше соглашаетесь - мдя, некоторые материнки все таки вылетают...НО все равно грубиян Так значится вылетают... И все не зря было сказанно. Вы уж тогда стойте на одной позиции. Либо обязан хост - либо не обязан . Или Вы тогда просто про свой именно компьютер выдержку из spec приводили???

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

Это просто отговорка. Я выложил исходники одного из своих проектов, но там просто оговорил: все выложено AS IS, никаких пояснений. Кто хочет - разбирается сам. Кто не хочет - использует готовое или не использует вообще. IMHO, это более правильный подход в плане выполнения требований лицензии (не требующей давать ответы на глупые вопросы). Но мы уже выяснили, что на лицензию нам забить, потому обсуждать это смысла не вижу.


Увы, не согласен.

Было утверждение: стабилитроны нужны для защиты хоста от выхода из строя.

Я возразил, что объяснение неверное: стабилитроны нужны для обеспечения работоспособности устройства. Хост обязан (по спецификации) выживать при +5 вольтах на линиях данных, но не обязан при этом работать. Без обрезки уровней с 5 до 3.3 вольта половина хостов устройство не видит, но при этом из строя не выходит.

На мой взгляд, утверждения совершенно различные, а не второе есть перекрученное первое. "ТщательнЕе надо" (с) М.Жванецкий.


Вот тут как раз и вижу перекручивание чужих слов.

Я написал дословно следующее:


Иными словами, согласно спецификации любой хост обязан выдерживать любые замыкания на шине USB. В том числе, питание на землю. Я сказал, что слышал (из серии "Одна Бабка Сказала"), что некоторые материнки вылетают, если закоротить USB разъем хоста по питанию (там сэкономили на защите от КЗ по питанию подключаемых устройств). Я НЕ ГОВОРИЛ, что слышал о вылетающих материнках по причине замыкания D+/D- на +5 вольт (из вышепроцитированного этого не следует).

Поскольку стабилитроны, как я утверждаю, нужны не для защиты хоста от попадания +5 на D+ и D-, то хосту ничего не грозит (кроме того, что всё просто не будет работать с большой вероятностью или будет периодически отваливаться).


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


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

Выводы:

1) Объяснение необходимости стабилитронов, на мой взгляд, не верное, о чем я и сказал со ссылкой на USB спецификацию (собственно, причина моего комментария была в этом несогласии с приведенным утверждением). Вразумительного возражения со ссылкой туда же я не увидел.

2) Если очень хочется послать кого-то изучать документы, то неплохо бы изучить их самому перед этим. А обо всех замеченных на практике отличиях от документированного (как то нестандартные хосты и прочее) лучше так и писать: "Спецификация требует, но на практике имеем то-то, а потому сделано так-то". Тогда не будет желания что-то уточнять.

3) Если возражение не принимается, то прежде чем говорить "Вы уж тогда стойте на одной позиции", хорошо бы эту позицию правильно понять. Для чего, как минимум, внимательно прочитать мнение оппонента, чего Вы, увы, не сделали.

4) Стиль общения "Если вы уж удосужились посмотреть сюда, то сначала суньте нос туда" спишем на современные нравы, где следить за своими словами не нужно. Но, поскольку он всех, видимо, устраивает, то больше о сием не стоит и говорить.

Я тоже поддерживаю эти слова. Все равно каждый останется на своем берегу .

Вопрос немного не по теме, но....
Хочу уменьшить устройство - применить TQFP и smd компоненты. Но как запрограммировать сие чудо - честно сказать - не представляю.....

Есть идеи?

1. Собираете программатор с МК в корпусе TQFP

2. На вновь испеченном программаторе замыкаете джампер J1

3. К разъему ISP новоиспеченного программатора подсоединяете любой другой ISP программатор

4. Заливаете прошивку

5. Отсоединяете программатор от новоиспеченного программатора

6. Размыкаете джампер J1, замыкаете J2

7. Пользуетесь новоиспеченным программатором

Извиняйте если обсуждалось-
пользуюсь программатором ув. prottossа - очень доволен использую в основном в Codevision (проверял на MEGA48,MEGA8,TINY26,TINY2313,TINY13,MEGA8535,MEGA8515), но программировать фузы в среде Codevision несколько неудобно - надо постоянно лазить в даташиты.
Тут нашел на http://www.esnips.com/web/AtmelAVR GUI Open Source programmer based on Atmels Application note AVR911. С программатором софт работает но после каждой операции теряет связь с платой, если кто может попробуйте свой программатор с этим софтом - может это только у меня проблемы

Меня уже просили код посмотреть, и даже поляки Посмотрю на выходных. Хотя после AVROSP желания большого нет. Так и не довел я его до ума Пока

Кстати, AVROSP не умеет программировать AT90S. Он парсит файл at90sXXXX.xml, а в нем нет размера страницы. И программатор выдает соответствующее предупреждение.


ps: имеется ввиду OSP с реализованным блочным режимом от prottossa

Да, поспешил маненько с обнародованием сей программы. А времени доводить до ума не всегда есть. НО, я выложил исходники, так что можно довести сообща

Есть пару вопросов по поводу запитки >>программируемого<< контроллера: допускается ли питание от 5В(програмир. девайса)? Возможно ли запитать программатор от внешнего БП(от программируемого контроллера), и что для этого потребуется? Нормально ли поведет себя программатор, если питание оного будет 3.6В, а программируемого контр. 5В? Возможно ли питать пр.девайс от USB(безопасно)?
Заранее спасибо за ответы!

Да, можно запитать девайс и от порта USB, но я бы так не делал - опять же что за мамка, и есть ли там схемы защиты, неизвестно. Если только через предохранитель... Вообще в программаторе в Config Descriptor-е установлен флаг Bus Powered и MaxPower - 100 мА

Можно питать программатор и от внешнего БП 3,6 Вольт (или от 5 Вольт, но питание на МК программатора тогда надо подавать через два последовательно включенных диода с общим падением напряжения 1,2 - 1,4 вольта).

Программатором было испытанно программирование микроконтроллеров с напряжением питания от 3 до 5 вольт, и не только мной. Вообще, я думаю, возможно программирование МК и с более низким напряжением питания

На это я уже ответил выше

не много не в тему но идея супер буду делать, еще вопрос на первой странице ссылка на страничку программатора она обновляется? можно черпать инфу оттуда или лопатить посты

Страничка программатора обновляется периодически. В основном просто добавляю новую прошивку. Но, ИМХО, глюков больше нет, количество народу, повторившего девайс, давно перевалило за 1000 . Если что то сильно не понятно пишите в топик (лучше), или мне на мыло. Отвечу. Хотел как то сделать что то типа FAQ, но так руки и не дошли... Времени, как всегда, нет