AT91SAM7 & USB, Как разделить процессы загрузки и работы по USB? Опции

[Master]

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

У меня возникло желание разнести процессы загрузки с помощью SAM-Prog (=SAM-BA по USB) и работы своего софта по разным подключениям к компу. Но пока нет идей, а также достаточных знаний для решения данной проблемы.
Предполагаю, необходимо, чтобы проц выдавал разные идентификаторы при обнаружении устройства в системе. Возможно даже, что эти идентификаторы - PID и VID...
А можно ли их менять программно, и вообще их ли надо менять?

[aaarrr]

Возможно даже, что эти идентификаторы - PID и VID...

Именно они.

А можно ли их менять программно, и вообще их ли надо менять?

Можно и нужно, если Вы хотите использовать разные драйверы.
После смены VID и PID устройство желательно подержать отключенным от шины в течение примерно 1.5сек, иначе возможны проблемы.

[Master]

Возможно даже, что эти идентификаторы - PID и VID...

Именно они.

Ну, значит угадал

А можно ли их менять программно, и вообще их ли надо менять?

Можно и нужно, если Вы хотите использовать разные драйверы.

А теперь суперигра! КАК ЭТО СДЕЛАТЬ?
Есть подозрение, что они зашиты железно (и в прямом, и в переносном смысле).

После смены VID и PID устройство желательно подержать отключенным от шины в течение примерно 1.5сек, иначе возможны проблемы.

Спасибо, учту.

[aaarrr]

А теперь суперигра! КАК ЭТО СДЕЛАТЬ?
Есть подозрение, что они зашиты железно (и в прямом, и в переносном смысле).

Зашитыми в железо можно признать только VID и PID SAM-BA.
VID и PID Вашей программы будут переданы в Device Descriptor при подключении. Сам дескриптор можно сформировать какой угодно.

ИМХО, есть два пути - простой (1) и сложный, но правильный (2):

1. Взять пример BasicUSB, немного почитать документацию и модифицировать его под свои нужды, не особо вдаваясь в подробности.

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

[Master]

Зашитыми в железо можно признать только VID и PID SAM-BA.
VID и PID Вашей программы будут переданы в Device Descriptor при подключении. Сам дескриптор можно сформировать какой угодно.

Нда, как-то неловко получилось: дескрипторы устройства и конфигурации лежат перед глазами (массивы констант devDescriptor и cfgDescriptor), а я конфу трясу...

ИМХО, есть два пути - простой (1) и сложный, но правильный (2):

1. Взять пример BasicUSB, немного почитать документацию и модифицировать его под свои нужды, не особо вдаваясь в подробности.

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

Читать много документации - совет ценный. Типа, RTFM. Угу. Конференции как раз для того и создали, чтобы отвечать RTFM.
Ладно, и на том спасибо.

А вообще, примеры (строго IMHO!) как раз для того и написаны, чтобы быстро начать работать.

Много ругают этот BasicUSB. Вот я и думаю, может стоит тему открыть для обсуждения, чем он так плох?
Ну нет там прерываний - это можно и поправить. А что принципиально там неверно?

[aaarrr]

Много ругают этот BasicUSB. Вот я и думаю, может стоит тему открыть для обсуждения, чем он так плох?
Ну нет там прерываний - это можно и поправить. А что принципиально там неверно?

Прерывания - это как раз принципиальный момент. Сама идеология USB предполагает использование прерываний.
Есть еще всякие мелочи, типа проверки, установлен ли бит после записи в него '1'.

Читать много документации - совет ценный. Типа, RTFM. Угу. Конференции как раз для того и создали, чтобы отвечать RTFM.

Вообще-то я стараюсь больше писать по делу. А на конференции отвечают RTFM гораздо реже, чем стоило бы.

[YKonstantin]

Есть еще всякие мелочи, типа проверки, установлен ли бит после записи в него '1'.

Это сделано из-за разницы в частот UDP модуля и "исполнялки команд процессора".
(RTFM, и еще раз RTFM)