Так как получающийся файл не работает, может, стоит обновить файлы в ProtDoper.zip ?

p.s. ProtDoper.hex из ProtDoper.rar в студии работает нормально, а в CodeVision ничего не поменялось. (одну операцию выполняет, вторую нет)

Скорость работы не изменилась.

Сообщение отредактировал Marian - May 23 2008, 15:41

Приятно , что работают оба светодиода.

Потому что похоже она максимальна. Когда-то prottoss писал:
Очевидно имея ввиду не бит в секунду, которыми обычно скорость com портов меряют, а байт. У меня прошивка на 53кб залилась за 60 секунд. 54274/60 = 904 байт/сек...
Хотя там же он писал:


Если надо выложу, но чуть позже.
Вобще я этот файл выложил потому, что сам не знал чем и как компилить. Естественно он оказался с ошибками.

В смысле при программировании или в эмуляторе? Надо бы точнее выражатся .

Да как-то подглюкивает. Попробую разобраться, а в качестве средства отладки буду использовать моргание светодиодиками ...

P.S. Утром был на рынке и видел ещё одну реинкарнацию(кроме МастерКит'а) этого девайса - тоже AVR910 и по деталькам поход очень... Стоил 37.5$. Хотя самому сделать не больше 10$ стоит...
Фото:

Уточняю, при программировании.

AVRStudio AVRRrog не поддерживает ATMega 48,88 и т.п.???

Пользуюсь прошивкой STK500, там, в списке есть 48 и 88 .

Так я по теме- программатор prottoss в AVRStudio работает через AVRProg, а там не видно 48 и 88

Попытался разобраться с глюками... Судя по всему пропадает один USB пакет - 8 байт...
Вот лог из студии:
Студия открывает порт и посылает команду CMD_SIGN_ON, но девайс шлет не корректный ответ. Тогда студия делает вторую попытку - и все работает. Если посмотреть второй ответ, то выкинув первые 8 байт получим первый ответ. Далее студия держит порт открытым пока мы не закроем программатор.
CodeVision работает по другому - при подаче каждой команды заново открывает порт и инициализирует ISP. При этом второй попытки не делает. Отсюда и ошибка.
Кроме этого все немного хитрее, потому как ошибка плавающая... Например в студии можно сколько угодно раз открывать программатор - ошибки в логах нет. Но стоит прочитать сигнатуру чипа - при следующем открытии будет.
Странно все это...

По поводу висты, вот что пишет Майкрософт по поводу использования драйвера usbser.sys http://support.microsoft.com/kb/837637/en-us надо внести изменения в .inf файл. Может кто то попробует это реализовать?

Долго возился с запуском программатора
В результате получилось,что:
- вместо 1.5k ставить 2к (работа с питанием через 1, 2 и без диодов)
- выкинуть резистор 1мом (4 нога) и 10ком (1 нога)
- выкинуть электролит
- уменьшить резисторы 330 ом на ISP ~ до 30 ом, а лучше вообще закоротить
- исключить сигнал LED из разема ISP

Эти доработки повлияли в лучшую сторону для прошивки AVR910 v.1.05
(удалось добится устойчивой работы в режиме LOW SCK),
в обычном режиме без изменений - ошибка режима программирования.

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

Отладка происходила с подключенным частотомером на 90S2313 от МастерКита 8051(самопал).
Ноги MISO, MOSI и SCK используются в управлении разрядами АЛС318.
ПО - ChipBlasterAVR и CodeVisionAVR, печатная плата от автора, чуть доработана под
корпус BOX-G025 из ЧИП & ДИПа, питание на частотомер пробовал и свое и от программатора.
Пробовал разные кварцы (3), ATmega8 из 2х разных мест

При заливке прошивки от Prottoss возникла проблема связанная с размером файла v1.05 - 4841
на программаторе AutoProg - RomService. По их информации файл должен быть четным, так как
по спецификации ATMEL в буфер передается 2 байта по очереди после этого зашивается слово (16 бит),
передача одного байта из 2х с зашиванием наверно не есть правильно, хотя софт от ATMELA это
делает (нарушают свои правила), в местах дыр в файле в MC сохраняется старая информация.
Прошивки 4 и 5 имеют не четную длину с одинаковым окончанием :

000012D0: 0000 0000 0000 0000 0000 00FF 0000 0000
000012E0: 0000 0000 0000 D200 ..5A

Точки условно на самом деле пусто. При зашивке ATMELовским софтом получается - FF5A
а AutoProg по умолчанию отбрасывает 5A как ошибочное неполное слово.
PROTTOSS - ПРАВИЛЬНО ЛИ ЭТО ?????
Prottos подскажи - была какая то ошибка с ответом /r вместо Y, в версии 1.05 она исправлена или нет ?

Просьба к Prottos и Alfa гляньте драйвера может получится довести до ума.

ИМХО, не стОит этого делать. выходные сопротивления стоят не просто так...

(хотя, конечно, если с ними ну никак не работает, и таргет только на 5В...)

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

и то, если посмотреть на распиновку ISP и посмотреть что будет, если случайно перевернуть его... мега в программаторе скорее всего ну очень сильно обидится... Или еще вариант: рядом JTAG. Как вы думаете, насколько большая вероятность воткнуть одно вместо другого? А там вообще, VTREF попадает аккурат на землю ISP...



Забыл, что мега на 3,6В трудится. Лично себе я ее перевез на 5В и поставил согласование уровней с таргетом. Да, на один корпус больше, но не фатально совсем. Зато как-то поспокойнее будет.

Нельзя выкидывать резисторы, и этот тоже. Потому как высокоимпеданстное состояние вывод принимает, если программатор НЕ в режиме программирования. В режиме программирования выфвод принимает состояние 0 или 1 в зависимости от типа таргета - AVR или S89 - у них разные полярности ресета. Единственное - можно понизить сопротивление резисторов до 33-47 Ом, если перевести МК программатора на 5 В питание

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

Просьба, у кого хорошо работает, считать
прошивку контроллера и где нибудь
выложитью