Няма ли да ти е по-лесно да си смениш само дескрипторите, т.е. да си набиеш VID/PID ала-бала така, че да изглеждаш като композитно ЦДЦ с подписано инфо?

Отдавна не ползвам бози, но все някъде трябва да има списък с поддържани устройства... харесваш си едно и се правиш на такова. Поне ще се правиш на стандартно УСБ, а не на нестандартен fuckTDI...

Няма такова готово композитно устройство с подпис.

ех как все ме няма като ги казваш тия работи аз по едно време предположих че е такава работата с хардуера и за това съм мислил за хардуерни "съвети"
ама понеже на час по лъжичка, и все ме няма като ги казваш тия работи, да питам, кой поема връзката от към пц-то ?
твой ли си е софта? не може ли да си направиш някакъв си твой елементарен протокол и по един и същи сериен порт да върви и данни и дебъг? ако толкова трябва да са отделни портове не може ли с допълнителна програма, да приема данни по един реален сериен порт, и да ги разделя на 2 виртуалени, данни и дебъг? не че имам идея колко ще коства подобна галимация...

Аз питам слагате ли олио в таратора, вие ми обяснявате как се садят краставици...

Кое му е сложното на питането ми - Някой подкарвал ли е FTDI емулация върху контролер в двупортов режим?

Получих следните отговори:
- Може да инсталираш неподписан драйвер.
- Можеш да сложиш външен FTDI.
- Можеш да изкараш още един USB порт.
- Ползвай драйвер за един порт.
- Настъкми си подписа на драйвера.

Ами явно никой не е подкарвал емулацията, получих си отговора Ама що трябваше да пишем две страници?

ти се радвай, че получи отговор само на втората страница

явно не му е важно да го завърши

LPCXpresso546xx dev board има пример composite с два серийни порта. Току що го пуснах (win10 x64) и се появиха и двата без да иска драйвер. Може да съм качвал драйвера на NXP за други неща, но не е пипан, т.е. е подписан е.

syscop, ето това вече е интересно ако е вярно, ще го преслушам!

Виж тук:

http://mcu-bg.com/mcu_site/viewtopic.php?f=3&t=14546&p=208702&hilit=Usb+cdc#p208702

Поправи само композит дескриптора да съдържа 2 cdc интерфейса. Не помня, дали точно такъв сценарий проигравах навремето, но мисля, че няма причина да не стане.

Резултати има ли вече?

Само да имаш предвид това:
https://hackaday.com/2016/02/01/ftdi-dr ... ips-again/

Чак тия дни ми остана време да се заиграя. Като прасе с тиква...

Оказа се, че всичко е било въпрос на дескриптори. За да имам две CDC та, трябвало два IAD. А докато ги наредя и все нещо съм омотавал и ясно бозата не го приема за чиста монета и си иска външен драйвер.

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

Все още имам някакъв проблем с обслужването на ендпоинтите, ама мисля, че ще се оправя.

Та стана, мерси за хинтовете.

Друго се замислих, като има повече от един CDC, как се пренасочват специфичните рекуести, например SET_LINE_CODING и прочие. Те нали вървят по контролната тръба, а тя е обща. Как се разделят към кой от двата интерфейса да тръгнат?

Това от чисто любопитство де, аз сега така или иначе не ги ползвам в момента.

П.С. FTDI емулацията също тръгна де. Т.е. изгряха двата порта, бозата си ги разпозна като FTDI и си качи сама драйвера. Ама не съм играл натам, щом има по-чист вариант.

wIndex полето указва номера на интерфейса, когато адресанта на рекуеста е интерфейс. Ако адресанта е ендпоинт това поле указва номера на ендпоинта и т.н.

Аха, мерси!