реклама на сайте
подробности

 
 
> LPC2148+FPGA как?, Использование SSP
khach
сообщение Feb 21 2006, 13:11
Сообщение #1


Гуру
******

Группа: Свой
Сообщений: 3 439
Регистрация: 29-12-04
Пользователь №: 1 741



Вот даже незнаю, где спросить, тут или в ПЛИсах...
Суть проблемы - сопрячь LPC2148 c ПЛИСой (мелкий 3 Спартан) с максимальным быстродействием. В связи с отсутствием внешенй шины напрашиваеться применение SSP в качестве интерфейса. А теперь вопрос- требуется реализация на Veriloge или VHDL последовательного порта, макимально совместимого с филипсовским SSP ( с применением фифо и прочих фич). Обычный SPI, корки котророго уже найденны, слишком тормозит. Может кто встречал уже пример подобной реализации, а то обидно- скоростной интерфейс "гуляет".
Заодно выслушаю рекомендации по загрузке Спартана с АРМа ( как лучше хранить конфигурационный файл). Имеет ли смысл для этого добавить сериальный датафлеш в проект? Или хранить все внутри 2148 ( памяти жалко, но конфигурашка влазит), или грузить все по USB при старте устройства?

И как лучше развести jtagи - делать два раздельных? Если с АРМом все более-менее понятно, то с Хилинксом не очень- наверняка понадобиться хардверная отладка на этапе разработки (Сhipscope). Можно ли Чипскоп "протуннелировать" сквозь работающий USB АРМа ( прикинуться мульитдевайсом)?
Были ли проекты "клонирования" чипскопа с разборкой "по-косточкам" его протокола?
Go to the top of the page
 
+Quote Post
 
Start new topic
Ответов
khach
сообщение Mar 20 2006, 16:11
Сообщение #2


Гуру
******

Группа: Свой
Сообщений: 3 439
Регистрация: 29-12-04
Пользователь №: 1 741



Спасибо! Так в этом же вопрос и состоит- что лучше. Симулировать параллельную шину на P1.16-P1.23 программно, или гонять SSP аппаратно. Принятые данные надо после небольшой обработки (собрать статистику) выслать в USB.
Проблем почти никаких нет после последенй ерраты ( изменение длины импульса SSP при высоки частотах). Осталось доработать под нее реализацию SSP в плисине и можно работать.
Код
SSP.1Initial data bits/clocks of the SSP transmission are shorter than subsequent pulses at higher frequencies
Introduction: The SSP is a Synchronous Serial Port (SSP) controller capable of operation on a SPI, 4-wire SSI or a Microwire bus. The SSP can operate at a maximum speed of 30MHz and it referred to as SPI1 in the device documentation.
Problem:           At high SSP frequencies, it is found that the first four pulses are shorter than the subsequent pulses.
At 30MHz, the first pulse can be expected to be approximately 10ns shorter and the second pulse around 5ns shorter. The remaining two pulses are around 2ns shorter than subsequent pulses.
At 25MHz, the length of the first pulse would be around 7ns shorter. The subsequent three pulses are around 2ns shorter.
At 20MHz only the first pulse is affected and it is around 2ns shorter. All subsequent pulses are fine.
The deviation of the initial data bits/clocks will decrease as the SSP frequency decreases.
Go to the top of the page
 
+Quote Post



Reply to this topicStart new topic
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0

 


RSS Текстовая версия Сейчас: 22nd July 2025 - 11:07
Рейтинг@Mail.ru


Страница сгенерированна за 0.01358 секунд с 7
ELECTRONIX ©2004-2016