Форум РадиоКот

Foks писал(а):
To Аксель: Это бред, IMHO. USB-порты есть даже в компьютерах сборки 2001-го года. Зачем поддерживать DOS и его производные?

Мегадевайсу - мегазадачи.

USB - порт не панацея, а один из интерфейсов передачи.
Почему не умер компорт с его rs232 начиная с 1970-х годов? разгадка одна. Почему пользуются до сих пор LPT, ведь с 2001го есть везде USB?

А дос зачем? А зачем линукс, виндовс, бздя и прочая никсы?

Вот пример удачного кроссплатформенного продукта: http://www.ln.com.ua/~real/avreal/

Так вот дос там поддерживался автором практически до предпоследней версии ПО. Но и сейчас версия для мс-дос востребована.
--------------------------------------
Вернусь к мегадевайсу: IMHO, возможность использования/портирования ПО данного мегадевайса в мс-дос приветствуется!

Да использовать то можно где угодно, этж железяка. Под досом УСБ ищщо не запускал.

вот для запуска где угодно - и чтоб не запускать там USB, а где надо запускать. Управление по протоколу rs232 (плюс возможность подключения к интерфейсу rs232-C) - пример stk500 и его usb-клоны.

-------------
дополнительно возможность подключатся к LPT - для решения части мегазадач (если все принимаемые\передаваемые данные в реалтайм не удастся запихать в rs232)

Или уже определится: только usb, со своим одним протоколом, и кому надо дос - пусть сам запускает там usb Но это, imho, уже чуть меньше, чем мегаустройство.

Мега это не то что вы думаете
Это значит в светлое будущее. Покорить просторы большого театра. Суперзадача уже обрисована - связать линукс и usb. Потому что для начинающих это реально проблема. А под виндой все кисло и мутно. Ком порты, драйвера комп портов (вот бред то), скорости в битах и прочая. Доколе! Надоело!

Но в ваших словах тоже есть проблеск мысли (с) надо записать.
Теоретически, мегаустройству ничего не мешает принимать команды от набортнога UART. И так же их парсить. И так же обрабатывать.

Т.е. сместить концепт с усб ориентированного стройства на более простое и универсальное. Новый концепт: принимаем управление с любой шины и управляем любой шиной. Как то я уже делал бутлоадер на i2c. Эту мысль надо углубить. Помнится останавливать поллинг usb можно где то на 50 тактов на кварце 20МГц. Буду осмысливать.

Ну а тем временем уже вырисовывается программное обеспечение. И в связи с этим вылезло несколько вопросов. Предлагаю снова высказаться.

1 ) Вариант с исключительно текстовым управлением. Как например протоколо AVRPROG. Т.е. цепляем терминал и оно разирает текстовые команды.

2 ) Вариант с бинарным протоколом. Пусть сборкой команд занимается хост.

3 ) Смешанный вариант. На один ендпоинт тектс на второй бинарник. Кому что надо, пусть то и использует.

4 ) Супервариант. Восемь ендпоинтов, по каждому на шину. И все будет зашибись. Если ограничен функционал, или мало ног в вашем варианте, соответствующих ендпоинтов и не будет. Да и хостовое ПО будет разделять ендпоинты меж функциональных блоков. Например 81ый поинт на IO. 82ой на SPI и так далее. Тогда можно будет расшаривать 1 устройство между несколькими программами.

Коты, высказывайтесь.

ИМХО. Если это устройство будет ориентированно на новичков или на тех кто сбежал с ХРюши, им будет проблематично работать с консолью, проще будет гораздо сделать GUI для простоты и удобства в изучении, не все же тру программеры и хорошо знают консольные команды, большинство и в винде юзают в болшенстве своем графические среды. Но это только ИМХО.

Да, мы подошли к вопросу формы хостового ПО. Гуй оно понятно конечно, но акроме свинга и свт я в последние лет 10 ничего не писал. Если не считать веба конечно. А вот кошерно ли будет на мегапортируемом мегаустройстве использовать хоть и хорошую но специфичную прослойку?..

Надо думать

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

Ну вот первые результаты
Практически готова шина I2C. Под линуксом все проще. Создается еще одна шина i2c в системе. А уже ее можно открывать любыми программами и делать что угодно.

Может кто нибудь поскажет или поделится удачным VID PID для мегаустройства?

_PM_ писал(а):Может кто нибудь поскажет или поделится удачным VID PID для мегаустройства?

А каков тип мегаустройства CDC, HID или как?

Наигрался с CDC - удобно, дравер не нужен (почти). Но на низкоскоростных устройствах работать не обязан. И не работает на линуксе с версии 2.6.23. ПОд виндой в эмуляторе видится.

Поэтому остановился на HID. С несколькими ендпоинтами на устройство тоже облом, потому что на низкоскоростных только четыре их может быть, что явно мало. На средне и высокоскоростных до 16ти.

Вот.

Поэтому HID устройство с одним ендпоинтом с бинарным протоколом. На хосте в ядро запускается модуль, который прописывает еще одну шину i2c. /dev/i2c-1. В прикладном ПО ее можно открывать и записывать читать. Все как обычно. Ну и должны работать i2c-tools. На предмет сканирования шины, и доступа к устройствам на ней.


Во пока все новости. Над делать дальше. SPI IO JTAG... Пожалуйства высказывайтесь, если есть дельный мысли!

ЗЫ да еще через USB обновляет собственные прошивки. Переделал hidboot.

А зачем тебе тогда подбирать VID и PID используй стандартные для HID одобренные obdev.com или тебе нужны какие нить особенные, тебе же всего лишь требуется передавать данные в USB а обработка их уже будет происходить на компе, есть проект у QZ называется USB термометр, дык вот он просто читает значение с датчика и отправляет его в комп. У нас почти такая же задача, так что ползовать ИМХО надо VID и PID obdev'a. Поправьте если не прав.

Пусть obdev а какой PID? Аналогов то нету. Надо им письмецо написать - может подарят один PID. А ставить такой же пид как у уже сущ устройства - некошерно и опасно Вдруг уже такой драйвер есть

Напишу им письмо. Может поймут мой ингшиш ап тейбл.

Не, obdev не раздают/продают свои пиды.
Дословно

If you buy a hobby license, you get one free PID with it. Other than that,
we don't sell PIDs.

Regards, Christian.

Вопрос пока открыт

Насчет VID и PID:
Вы читали USBID-License.txt, прилагающийся к avrusb библиотечке?
Видимо нет.
Суть не в уникальных VID и PID, а в текстовых Vendor Name и Device Name. Именно по ним следует идентифицировать свое устройство. А уж об их уникальности следует позаботиться самому.

У меня сложилось ощущение что Вы что то путаете. Мы читали. И перечли еще раз. Там пишется что обдев купили себе VID. Его номер 0x16c0. Текстовый идентификатор этого VID VOTI. Как он и показывается в операционке. Далее. Внутри этого вида _они_ выделили 4ре PID. И если мы не будем руководствоваться этими правилами получения пидов, то рано или позно, но огребем. Что вполне разумно, ибо это они купили вид.

Устройство, как с ним работать, его драйвера идентифицируются именно по комбинации VID/PID (ну еще иногда function на pci). Лет пять назад мы перепаивали видеокарты жыфорсы, меняли пиды и получали видеокарты жеквадры =).

И совсем другое дело класс устройства, в частности HID/Desktop или например CDC. Это указывается уже в дескрипторе (впрочем как и идентификаторы) самого усб устройства.

Вот например мыша. Сотни разных ВИД ПИД. А в дескрипторе класс устройства - HID/Pointer. И ведь операционке пофиг какой у нее пид или вид.

В общем ищем свободный вид пид

Из файла Changelog.txt

2006-01-02:
- Added (free) default Vendor- and Product-IDs bought from voti.nl.
- Added USBID-License.txt file which defines the rules for using the free
shared VID/PID pair.
- Added Readme.txt to the usbdrv directory which clarifies administrative
issues.

И тогда очень странно почему все устройства с этого сайта выложены бесплатно, по идеи каждый собравший любой девайс, предложенный на данном проекте, зашивает в кристалл их VID/PID, а следовательно вашей логике они все должны заплатить данному проекту плюс еще www.usb.org, что было бы глупо, да и на сколько мне известно они поддерживают GNU. Поэтому не стоит парится об этом лишний раз, просто берем предложенный ими VID/PID для нужного нам класса устройства и зашиваем его куда нужно, тем более что у нас проект для свободной и открытой платформы.

Пы.Сы.: Вспомнил что где то на каком то сайтеке лежал список всех когда либо созданных VID/PID на 2008г. Как найду его обязательно выложу.

Не, с согласен со всем кроме оплат. Оплата производится только в одном месте - тем, кто покупает вендор идентификатор у usb.org. Стоит это щастье 1500уев. А так-как товарищи самоделкины дял своих нужд столько не располагают, то компания обдев везвозмездна, то есть даром дарит им (самоделкиным) 4 пары.

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

Так вот, а тот, кто позарится на другие пиды купленной обдевом вида, тот проблем точно огребет.

Поймите одно, НИКТО не заставляет Вас (нас) (самоделкиных), использовать тот или иной вид+пид. Никто не просит с нас за это денех. Нам просто _дарят_ 4 пида, обозначенных в этом файле.txt.

И еще одно, пара видпид _никак_ не связана с классом устройства. Категоризация, введеная в этих четырех парах - инициатива самого обдев, и никакой действительной необходимости не имеет. Считайте, что если ваше устройство имеет видпид - из указанного списка - то все будут знать - аааааа. это те самые самоделкины с сайта обдев. Ага, точно.

Ладно забудьте, про видпид. Назовусь мышью логитеч.

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