AVR-Doper, Небольшая трабла... Опции

[TomaT]

Вот эта штука http://www.obdev.at/products/avrusb/avrdoper.html
Не могу понять почему не захотел ставится драйвер с .inf файликом:

Код

; Windows USB CDC Setup File
; Copyright (c) 2000 Microsoft Corporation
; Copyright (c) 2006 Recursion Co., Ltd.
; Copyright (c) 2006 OBJECTIVE DEVELOPMENT Software GmbH

[Version]
Signature="$Windows NT$"
Class=Ports
ClassGuid={4D36E978-E325-11CE-BFC1-08002BE10318}
Provider=%OBDEV%
LayoutFile=layout.inf
DriverVer=06/06/2006,1.0.0.0

[Manufacturer]
%MFGNAME% = OBJECTIVE DEVELOPMENT Software GmbH

[DestinationDirs]
DefaultDestDir=12

[ObDev]
%Modem3% = Modem3, USB\VID_16C0&PID_05E1

;------------------------------------------------------------------------------
;  Windows 2000/XP Sections
;------------------------------------------------------------------------------

[Modem3.nt]
CopyFiles=USBModemCopyFileSection
AddReg=Modem3.nt.AddReg

[USBModemCopyFileSection]
usbser.sys,,,0x20

[Modem3.nt.AddReg]
HKR,,DevLoader,,*ntkern
HKR,,NTMPDriver,,usbser.sys
HKR,,EnumPropPages32,,"MsPorts.dll,SerialPortPropPageProvider"

[Modem3.nt.Services]
AddService=usbser, 0x00000002, DriverService

[DriverService]
DisplayName=%SERVICE%
ServiceType=1
StartType=3
ErrorControl=1
ServiceBinary=%12%\usbser.sys

;------------------------------------------------------------------------------
;  String Definitions
;------------------------------------------------------------------------------

[Strings]
OBDEV="OBJECTIVE DEVELOPMENT Software GmbH"
MFGNAME="www.obdev.at"
Modem3="Communications Port"
SERVICE="USB-232 Emulation Driver"

Зато все заработало вот с этим:

Код

; Windows 2000 and XP setup File for AT89C5131 demo
[Version]
Signature="$Windows NT$"
Class=Ports
ClassGuid={4D36E978-E325-11CE-BFC1-08002BE10318}
Provider=%ATMEL%
LayoutFile=layout.inf
DriverVer=10/15/1999,5.0.2153.1
[Manufacturer]
%ATMEL%=ATMEL
[ATMEL]
%ATMEL_CDC%=Reader, USB\VID_16C0&PID_05E1
[Reader_Install.NTx86]
;Windows2000
[DestinationDirs]
DefaultDestDir=12
Reader.NT.Copy=12
[Reader.NT]
CopyFiles=Reader.NT.Copy
AddReg=Reader.NT.AddReg
[Reader.NT.Copy]
usbser.sys
[Reader.NT.AddReg]
HKR,,DevLoader,,*ntkern
HKR,,NTMPDriver,,usbser.sys
HKR,,EnumPropPages32,,"MsPorts.dll,SerialPortPropPageProvider"
[Reader.NT.Services]
AddService = usbser, 0x00000002, Service_Inst
[Service_Inst]
DisplayName = %Serial.SvcDesc%
ServiceType = 1; SERVICE_KERNEL_DRIVER
StartType = 3; SERVICE_DEMAND_START
ErrorControl = 1; SERVICE_ERROR_NORMAL
ServiceBinary = %12%\usbser.sys
LoadOrderGroup = Base
[Strings]
ATMEL = "Atmel"
ATMEL_CDC = "AVRDoper USB Programmer"
Serial.SvcDesc = "USB Serial emulation driver"

Сообщение отредактировал TomaT - Aug 15 2006, 13:49

[prottoss]

А как же! Это ж STK-500.

Кстати, счас планирую собрать на подобном USB STK500, jtag, и еще чего нить до кучи...Может пару RS232 воткнуть? И, по моему, параллельное программирование e AVRDOPER только МК в DIP8 + DIP14? Что помешало немцам сделать вплоть до DIP40?

Кстати, как параллельное программирование? На сколько быстрое? Мне предлагают все же воткнуть драйвер USB... Но на одном МК как то более заманчиво...

[osnwt]

Что помешало немцам сделать...

Извиняюсь, что влез, но Christian (разработчик драйвера и, скорее всего, AVR-Doper) - из Австрии.

Кстати, счас планирую собрать на подобном USB STK500, jtag, и еще чего нить до кучи...Может пару RS232 воткнуть?

А сделать JTAG на том же чипе было бы неплохо, если бы не одно "но": firmware самодельного JTAG содрано с фирменного устройства. Я не в курсе, есть ли его реконструированный исходник. Ставить второй контроллер, как сделано в некоторых таких совмещенных разработках, как-то не интересно.
А насчет RS-232: действительно, всегда очень полезно иметь, как минимум, один свободный serial порт для отладки, причем работающий в обе стороны (вывел что-то - ждем нажатия кнопки и идем дальше). И второй такой же - для, собственно, отлаживаемого устройства (в меге128, к примеру, два порта - один можно пользовать для отладки, а второй - по какому-нибудь основному назначению, например, меню).

И наличие двух портов + программатора + если бы еще и JTAG - и все на одном USB, было бы реально очень интересно. Оно все, в принципе, реализуемо - вопрос только в реализации JTAG.

[prottoss]

Извиняюсь, что влез, но Christian (разработчик драйвера и, скорее всего, AVR-Doper) - из Австрии.

Зачем извиняться? Здесь форум, а не частный клуб)))

А сделать JTAG на том же чипе было бы неплохо, если бы не одно "но": firmware самодельного JTAG содрано с фирменного устройства. Я не в курсе, есть ли его реконструированный исходник. Ставить второй контроллер, как сделано в некоторых таких совмещенных разработках, как-то не интересно.
А насчет RS-232: действительно, всегда очень полезно иметь, как минимум, один свободный serial порт для отладки, причем работающий в обе стороны (вывел что-то - ждем нажатия кнопки и идем дальше). И второй такой же - для, собственно, отлаживаемого устройства (в меге128, к примеру, два порта - один можно пользовать для отладки, а второй - по какому-нибудь основному назначению, например, меню).
И наличие двух портов + программатора + если бы еще и JTAG - и все на одном USB, было бы реально очень интересно. Оно все, в принципе, реализуемо - вопрос только в реализации JTAG.

Исходника JTAGа у меня, к сожалению нет((( НО...Есть опубликованный протокол, и по нему реализовать JTAG для меня нет особых проблем...Конечно, все это требует определенного времени, т.к. это все домашнее любительство. С СОМ портом тоже в плане реализации функции проблем нет. С USB CDC классом я разобрался, можно сваять ПОЛНЫЙ Communication Port со реальной скоростью до 800 bps (я считаю так - обращение хоста к девайсу минимум 10 мс - 8 байт за обращение), хотя для приложения может прикидываться хоть Мегабитным.

Вообще вижу девайсину в таком виде - для приложения будет видно три СОМ порта - AVR910, Virtual Comm.Port, AVR JTAG ICE... Возможно будет еще один, скрытый. Для него можно написать демона, который будет сидеть, например, в трее. Через него можно будет управлять разными параметрами девайса...

Пока проблема для меня одна - не могу составить дескриптор так, чтоб появилось хотя бы два девайса((( Не могу въехать, как все соорудить...

[osnwt]

Зачем извиняться? Здесь форум, а не частный клуб)))

Да так, что-то мне слонёнок из "38-ми попугаев" вспомнился

Исходника JTAGа у меня, к сожалению нет((( НО...Есть опубликованный протокол, и по нему реализовать JTAG для меня нет особых проблем...

Ценная информация. Я профессионально не занимаюсь железом, так - для души. Потому до сих пор так и не обзавелося JTAG - обхожусь без него, отладочной serial консоли вполне хватает. А делать отдельно то да сё не хочется. Потому было бы очень интересно посмотреть на описание протоколов как между хостом и JTAG адаптером, так и между JTAG адаптером и целевым устройством. Если есть оба этих документа - очень бы хотелось посмотреть. Возможно, я тоже бы поигрался в этом направлении.

Пока проблема для меня одна - не могу составить дескриптор так, чтоб появилось хотя бы два девайса((( Не могу въехать, как все соорудить...

Если бы вопрос упирался в HID, например, несколько джойстиков на одном устройстве, то я бы подсказал. А с CDC пока не игрался. Может быть, только пока...

[prottoss]

Потому было бы очень интересно посмотреть на описание протоколов как между хостом и JTAG адаптером, так и между JTAG адаптером и целевым устройством. Если есть оба этих документа - очень бы хотелось посмотреть. Возможно, я тоже бы поигрался в этом направлении.

AVR060: JTAG ICE Communication Protocol

Introduction

This application note describes the communication protocol used between AVR

Studio® and JTAG ICE.

• Commands Sent from AVR Studio to JTAG ICE are Described in Detail

• Replies Sent from JTAG ICE to AVR Studio are Described in Detail

• Configurable Parameters are Described

• Different Memory Types are Described

• Special Characters and Packet Formats for Packet Synchronization and Error Control

Described

• Break Point Handling in JTAG ICE is Described

The purpose of this document is to enable third party vendors to design their own

front-end to the JTAG ICE emulator.

А между таргетом и МК ИМХО стандартный протокол JTAG должон быть. На крайний случай прошивку дизассемблировать можно.

[left]

Если бы вопрос упирался в HID, например, несколько джойстиков на одном устройстве, то я бы подсказал. А с CDC пока не игрался. Может быть, только пока...

Я думаю, параллель провести можно, выкладывайте здесь, или , если документ, то приаттачте, освоим совместно...

[osnwt]

The purpose of this document is to enable third party vendors to design their own front-end to the JTAG ICE emulator.

С фронт-ендом всё понятно...

А между таргетом и МК ИМХО стандартный протокол JTAG должон быть. На крайний случай прошивку дизассемблировать можно.

Во-во, вот тут и начинаются грабли. Можно много чего сделать. Наверное... в 16 кило кода можно столько всего напиндюрить :-)

В таком виде понятно. Лишь бы не вышло как с debugwire, если они используют внутренние расширения JTAG протокола для своих целей (с DW, правда, совсем печально). Отдельная большая тема для изучения. Но если там все стандартно, то тогда шанс есть и неплохой.

Я думаю, параллель провести можно, выкладывайте здесь, или , если документ, то приаттачте

Документов вразумительных я не нашел - пришлось экспериментировать, но проблема решилась. Но это не поможет. В хиде там нюанс только в HID Report Descriptor'е - там нужно создать пару Application Collections в одном дескрипторе с разными Report ID, и получаем пару устройств (я делал 4, больше было не нужно). Но аналога HID Report Descriptor в CDC, как мне кажется, нет (не смотрел, потому могу ошибаться).

[prottoss]

The purpose of this document is to enable third party vendors to design their own front-end to the JTAG ICE emulator.

С фронт-ендом всё понятно...

А между таргетом и МК ИМХО стандартный протокол JTAG должон быть. На крайний случай прошивку дизассемблировать можно.

Во-во, вот тут и начинаются грабли. Можно много чего сделать. Наверное... в 16 кило кода можно столько всего напиндюрить :-)
В таком виде понятно. Лишь бы не вышло как с debugwire, если они используют внутренние расширения JTAG протокола для своих целей (с DW, правда, совсем печально). Отдельная большая тема для изучения. Но если там все стандартно, то тогда шанс есть и неплохой.

Когда предыдущий пост послал, вспомнил - в любом ДШ на МК с JTAG есть описание регистров и т.п. про JTAG, так что и здесь все прозрачно. Правда, все это надо проглотить еще... Но это лучше, чем дизассемблить 16к кода, написанного, скорее всего, на Си...

Документов вразумительных я не нашел - пришлось экспериментировать...

Похоже и мне придется тоже на тернистый путь экспириментов и РЕСЕТОВ вставать)))

[osnwt]

Когда предыдущий пост послал, вспомнил - в любом ДШ на МК с JTAG есть описание регистров и т.п. про JTAG, так что и здесь все прозрачно. Правда, все это надо проглотить еще... Но это лучше, чем дизассемблить 16к кода, написанного, скорее всего, на Си...

А придется :-)

Mega32 даташит, p.217:

The On-chip Debug support is considered being private JTAG instructions, and distributed within ATMEL and to selected third party vendors only.

Есть только описание программирования через JTAG, да ссылка, что boundary scan нужно смотреть в соответствующем IEEE документе. Так что или дизассмблировать, или ставить второй чип и пользовать его со своим программтором, он же USB интерфейс. Как это ни прискорбно.

[klop]

Когда предыдущий пост послал, вспомнил - в любом ДШ на МК с JTAG есть описание регистров и т.п. про JTAG, так что и здесь все прозрачно. Правда, все это надо проглотить еще... Но это лучше, чем дизассемблить 16к кода, написанного, скорее всего, на Си...

А придется :-)

Mega32 даташит, p.217:

The On-chip Debug support is considered being private JTAG instructions, and distributed within ATMEL and to selected third party vendors only.

Есть только описание программирования через JTAG, да ссылка, что boundary scan нужно смотреть в соответствующем IEEE документе. Так что или дизассмблировать, или ставить второй чип и пользовать его со своим программтором, он же USB интерфейс. Как это ни прискорбно.

Устройство AVR JTAG внутри - енто уже не тайна. Доставаемо.

P.S.
http://download.savannah.gnu.org/releases/...umentation.html
Там кое где есть неточности.

Сообщение отредактировал klop - Oct 18 2006, 13:29

[µµC]

А вообще, есть ли возможность работать с подобными (софт-USB на меге) устройствами в вин98? Если да, то где брать драйвера и как устанавливать?