Здравейте!
Може ли да ми кажете каква е разликата между CDC Basic Demo and CDC Serial emulator.
Искам да използувам pic18f4550 за комуникация EEPROM ,като за целта ще използувам или
SPI или I2C,в зависимост от чипа.Бих искал с PC да комуникира през COM Port.Опитът ми е доста скромен и затова моля,ако
може да ми обясните кой вариант ще бъде подходящ.
Благодаря!

Намери в Интернет готов проект USB SPI с pic18f4550 и просто дай copy/paste.

Serial emulator-a е един вид софтуерен конвертор RS232 <-> USB, направен с микроконтролера. Реално е дописан кода автоматично да предава и обработва данните. Ако ще правиш нещо, по-добре почни с basic demo.

CDC е USB протокол, който създава виртуален СОМ порт върху USB порт. За целта трябва да сложиш драйвера на win-a и да свържеш контролера. Самият протокол върви на контролера на принципа кооператив мултитаскинг - трябва да извикваш регулярно USB функциите(не помня как се казваха).

Ето отговора нарисуван:

1. USB - CDC - PIC
2. USB - CDC - PIC - UART - ?

Зададох въпросът за разликата между CDC Basic Demo and CDC Serial emulator,защото във форума на Microchip,
намирам следното обяснение:

The serial emulator brings the data "pipes" all the way to the hardware UART. In effect the PIC is a bridge between the host and some other external peripheral.

The basic demo terminates the data pipes internally to the PIC chip. It is for the PIC chip itself to consume and produce the data to and from the host.

Ако си превеждам правилно се оказва,че използувайки CDC Serial emulator ще мога да правя комуникация между PC и EEPROM,но ако ползувам CDC Basic Demo,ще си комуникират само PIC chip -а и PC-то!
Да ли това обяснение е вярно?!

Виж Цецо какво е написал.
serial emulator USB - CDC - PIC - UART
basic demo USB - CDC - PIC


Ти имаш нужда от
USB - CDC - PIC - SPI

ОК!Разбрах.Благодаря на всички.

точно обратното stom1, сериал емулатора е направен PIC-а се използва само като преобразувател на данните. Един вид вместо FTDI чип. На едни пинове имаш USB, на други пинове имаш Tx и Rx данни. Контролера прави единствено това, както и да примигва там 2 диода примерно, когато има данни. При бейсик демото, той приема данните и може да му се зададе при приемане на определени символи да изпълнява определени задачи. Например когато по серийния порт пристигне 'r' (0x72) контролера възприема командата като read и почва да чете EEPROМ-а .

Мисля, че грешно подхождаш към нещата! За да реализираш своя проект, просто трябва да използваш някоя от USB технологиите - CDC, HID, PS2 и т.н. Ти си избрал CDC. Това е на практика една библиотека. Дали към тази библиотека ще подаваш данни през D+/D- или TX/RX или SPI все тая - все едно си направил strategy pattern. При твоя чип си имаш D+/D- и предполагам SPI/I2C за EEPROM-a. Ако очакваш просто да заредиш някакво готово приложение и твоето у-во да тръгне... да речем, че има шанс, но може да береш ядове.
Зареди си CDC библиотеката, реализирай проста комуникация(прати няколко байта по COM-a), реализирай четене/запис в EEPROM-a и свържи нещата. Ако не разбираш какво правиш и просто заредиш някакъв демо ап и 99% то не тръгне, ще го гледаш като объл камък и няма да знаеш какво да правиш и как да си откриеш проблема...

CDC, HID... е клас - демек информация за другото устройсто как да процедира с него (пример, PC кой драйвер да зареди и как да ти даде 64 байта пейлоад)
Какъвто и клас да ползваш все ще получаваш/изпращаш 64 байта - как ще ги ползваш - твой проблем

ПС: в демо примерите на емчип, нямат ринг-бифери - така че си ограничен на 64 байта