серійний Comms в ПОС мікроскопії

[Buriedcode]

Привіт,

Я шукав ради, але я не можу знайти відповідь на це питання.І вибачте, якщо його не в тому форумі, але воно "мікроконтролерів ':

Можна SPI периферичної про ПОС мікро відправити кадрів "Назад дані назад.Під цим я розумію ПІК постійно обмінюються даними, так що (за умови, ПІК майстер) SCK працює безперервно.Або треба бути "період відпочинку" між байти?

Тому я питаю, є те, що я хотів би направити близько 3MB / с "Манчестер дані, закодовані за посиланням РФ.Я використовую CPLD, але ПІК мікро-(або ЦР на те пішло) є більш привабливим, оскільки він так багато інших функцій і пам'яті.Я в даний час намагаються використовувати USART, що працює на швидкість передачі даних відправляємо назад пакети з "Манчестер закодовані байт (4 біт даних = 8 біт" Манчестер), але, на жаль, її просто не достатньо швидко.

Очевидно, робити все це в програмному забезпеченні (біт стукати) практично неможливо на такій швидкості, але з мікроконтролерів пропонують периферійних пристроїв, це дозволяє мені просто поставити байта в регістр, і апаратні дбає про його відправкою.А оскільки SPI є обмін даними зв'язок, я міг би читати в даних звідкись в той же час, як його послати.

Я не буду використовувати SCK, я просто хочу спосіб відправити біт серійно на високій швидкості, і здається, що SPI мій єдиний варіант.

Спасибі, як завжди, будь-яку ідею, я мене всі вуха.

BuriedCode.

 

[bobcat1]

ПривітРегістр зсуву SPI є обмеження на розмір наприклад, 8 біт або 16 біт в деяких мікро там ви повинні перезавантажити регістр з пакету в пакетВсього хорошого

Бобі

 

[Buriedcode]

Привіт Bobcat1, спасибі за Вашу відповідь.

Я ще належить зробити тест, але я думаю, що це можливо, і, як ви абсолютно правильно зазначили, я повинен перезавантажити буфера SSP, як тільки пакет закінчив (а також читати з буфера, в залежності від Microchip).Який буде важко, особливо, якщо я використовую 20Mhz коливань, з datarate в 2.5Mb / с, кожен "трохи" триває 2 циклів навчання.Я думаю, SSP пристрій має буфер, який я можу завантажити при передачі пакета.

Звичайно, я б тільки, щоб завантажити в новий байт кожні 16 інструкцій, але я, можливо, доведеться перезавантажити байт, як тільки закінчив SPI відправки, знову ж таки, протягом 2 інструкції.

Це було б чудовим, якщо я міг змусити його працювати.Маючи постійний потік даних, Мб / сек виходить з ПОС, і в той же час, читаючи в пакети з окремого пристрою (тікаючи CLK SPI).Це буде рятувати мене навантаження на борту космічних CPLD для серіалізації / десеріалізаціі, не кажучи вже про I / O за.Але, враховуючи, як "жорсткі 'код буде, я не буду є час, щоб зробити будь-якої складної функції, так що я міг би спробувати варіант CPLD.Знову ж таки, той чому "переглядових таблиць були винайдені

<img src="http://www.edaboard.com/images/smiles/icon_biggrin.gif" alt="Дуже веселий" border="0" />У будь-якому випадку, спасибі ще раз, якщо я випадково дістати осцилографа, я підтверджую / заперечувати можливість цього.

BuriedCode.

 

[bobcat1]

ПривітВи можете перейти до Allway швидше мікро як MSP430, які можуть працювати в 8 або навіть Mips

LPC2138 - ARM7 той, хто може зробити 50 Mips

Наприклад, з LPC2138 ви можете створити SSP до 20Mbit в секунду

Всього хорошогоБобі

 

[Buriedcode]

рись,

Хороша пропозиція!Як багато, як я люблю ПІК, а їх універсальність, я pobably повинні відходити на різних мікроскопії: AVR, Philips тощо.А якщо врахувати вартість цих речей, його не зламає в банк

<img src="http://www.edaboard.com/images/smiles/icon_wink.gif" alt="Підморгувати" border="0" />Я зроблю деякі дослідження, в програмування, Мови і "корисності 'в порівнянні з ПІК в.Це всього лише близько 10 місяців, як я перший почав з мікро-, і я завжди пишу на асемблері.Але, вперед і вгору.

Дякуємо за допомогу.Як-то я обійти її, я після деяких результатів у "хобі електроніка" форуму.

BuriedCode.