Казваш Даскала ти е дал процесора, при тая комбинация от периферия?

Я кажи кой е университета и кой даскала? Сериозно питам.

Просто на тоя смешен пик да завържеш IRDA, SD карта или да пишеш на форт е пълна дивотия. Това е процесор за мигалки, на него даже и смислен С компилатор не върви. Отделно пък с тоя форт....

университета е УХТ Пловдив. Даскал не казвам да не стане реклама .
Що бе какво му има да стане IrDA-та. Нали се слага енкодер/декодер и се чете в УСАРТ-а
Пак казвам всичко това изброеното ще се изпълнява поотделно...то ако трябва да го правя едновременно
трябва с някое DSP да го правя

IrDA не е "просто протокол". Това си е "истински протокол", който по сложност и нива може да се сравнява с мрежовите. Всъщност в най високото си ниво той е мрежов.

http://www.irda.org/displaycommon.cfm?a ... ticlenbr=7

макар че едва ли ще тръгнеш да го четеш. Единствения начин да го пуснеш на пик16 е да вмъкнеш някъде по веригата чип от сорта на:

http://www.microchip.com/wwwproducts/De ... e=en010408

без нещо подобно няма да стане. Въпросния чип си е чист ПИК който реализира целия протоколен стек и то само до леър IrComm (поради което има проблеми върху някой бози). Иначе трябва твоя пик да го прави, а той даже и да успее.... нищо друго не трябва да прави. Макар че се съмнявам, че някой ще се навие да пише стек върху PIC16. Лудост.



Интересно нещо са даскалите. Какво точно ви учат за DSP-тата. Че това е някакъв свръх мощен процесор?

Добре е да знаеш че DSP-то е свръхмощно в две основни операции - събиране и умножение. В останалата си част извън чистата математика, DSP-то не е по-мощно от конвенционален микроконтролер, даже обратното. Т.е. при това задание за периферии, едно DSP не би ти помогнало с нищо, даже ще пречи

Точно това щях да пиша сега ...ти ме изпревари. MCP21020 на microchip или нещо подобно от серията.
Нещо от сорта
http://www.microchip.com/stellent/idcpl ... e=en011931

2120 и 2122 не ви вършат работа ако ще комуникирате с PC/PocketPC или мобилен телефон. 2150 и 2155 вършат. Прочети по задълбочено и ще разбереш защо. Жокер е фразата "IrDA Protocol Stack handler".

Продължавам да твърдя че процесора който сте избрали е Мнооооого лош избор. PIC18/24 е много по добро решение. Поговори с преподавателя. Имам впечатление че той просто се е развил до PIC16 + JDM и затова иска от теб това. Но това би била голяма грешка, най вече наказание и безмислен труд за студентите които в бъдеще ще ползват тоя кит. Все пак като се учи човек е добре да се учи на нещо по съвременно.

Честно не мога да разбера на какво ще учи тия студенти, при положение че не може да подкара читав C компилатор и дебъгер. А дали ви преподава C? Що ли питам...

C ли? Нема тук такова животно... историята е че той има лабораторен модул с АТ89C52 и иска сега да направи нещо с ПИК. Ама за какви джисеми говориш. Просто ще се направи нещо като дистанционно и ще се мигне един светодиод на платката. Хаде няма да ставам нахален повече и да ви губя времето. Като срещна нещо трудно пак ще ви питам

И все пак помисли за PIC24. Remappable пиновете много ще ти улеснят задачата. Това е много по-добре отколкото с джъмпери да се превключва периферията - де превключили - де забравили. За цената няма какво да говорим - сравнявай сам!

Мерси Leo, ще помисля..
още един въпрос ме гложди... не знам как на eagle-a schematic да свързвам
елементи без реално да прекарвам жици. Тоест програмата да си знае че са свързани без да нетвам
Питам, защото схемата започва да става голяма

Може и 18F4550 или аналогичните му, има си USB, и със CDC драйвер от РС се разпознава като COM Port. По нета има сорсове на C и Pascal.

Ами не е нужно да ги свързваш, просто пускаш по малко жица от пиновете на елементите и тези жици които искаш в brd-а да излизат свързани ги кръщаваш с еднакви имена. Ама внимавай, че може да стане манджа с грозде

Оу да мерси. Сега гледам схемите на Олимекс и те така както казваш са ги направили

Младежо, точно Олимекс не следвай като пример!