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

 
 
 
Reply to this topicStart new topic
> Подскажите каким способом решить данную задачу
Aleksey.z
сообщение Aug 17 2009, 11:39
Сообщение #1


Местный
***

Группа: Свой
Сообщений: 310
Регистрация: 11-05-09
Из: г. Москва
Пользователь №: 48 909



Подскажите каким способом решить данную задачу. Есть последовательная шина I2S (не путать с I2C) нужно организовать буфер чтения с этой шины.
Это нужно что бы развязать тактовые сигналы. Приемник и передатчик I2S будут тактироватся от своих кварцев соответственно нужно организовать какой то буфер, вот и думаю на чем это замутить. Есть много способов реализации данной задачи, то ли использовать DataFlash, толи DDR SDRAM в связке с AVR

Буфер нужен в принципе не большой, отклонения тактовых частот не больше 400ppm, работать девайс будет не долго.

Так же интересует механизм организации работы таким образом: контроллер анализирует оставшуюся свободную емкость памяти и останавливает пополнения буфера, то есть приемник и передатчик работают на разных частотах. Подскажите как подойти к решению данной задачи в общих чертах.

Сообщение отредактировал Aleksey.z - Aug 17 2009, 11:29
Go to the top of the page
 
+Quote Post
sergik_vrn
сообщение Aug 17 2009, 12:43
Сообщение #2


Частый гость
**

Группа: Свой
Сообщений: 152
Регистрация: 11-10-05
Из: Воронеж
Пользователь №: 9 491



Цитата(Aleksey.z @ Aug 17 2009, 15:39) *
Подскажите каким способом решить данную задачу. Есть последовательная шина I2S (не путать с I2C) нужно организовать буфер чтения с этой шины.
Это нужно что бы развязать тактовые сигналы. Приемник и передатчик I2S будут тактироватся от своих кварцев соответственно нужно организовать какой то буфер, вот и думаю на чем это замутить. Есть много способов реализации данной задачи, то ли использовать DataFlash, толи DDR SDRAM в связке с AVR

Буфер нужен в принципе не большой, отклонения тактовых частот не больше 400ppm, работать девайс будет не долго.

Так же интересует механизм организации работы таким образом: контроллер анализирует оставшуюся свободную емкость памяти и останавливает пополнения буфера, то есть приемник и передатчик работают на разных частотах. Подскажите как подойти к решению данной задачи в общих чертах.

если устройство работает недолго, нужен ли ему буфер такого размера? справится ли dataflash по скорости? зачем вообще нужно хранение данных в энергонезависимой памяти, и не будет ли это из пушки по воробьям? или могут возникать сбои питания? если нужен буфер большого размера, почему именно SDRAM, а не SRАM например?
Go to the top of the page
 
+Quote Post
aaarrr
сообщение Aug 17 2009, 12:49
Сообщение #3


Гуру
******

Группа: Свой
Сообщений: 10 713
Регистрация: 11-12-04
Пользователь №: 1 448



Цитата(Aleksey.z @ Aug 17 2009, 15:39) *
то ли использовать DataFlash, толи DDR SDRAM в связке с AVR

Все три слова не из той оперы.

Почему бы не подобрать процессор, имеющий на борту требуемые интерфейсы, или не использовать программируемую логику?
Go to the top of the page
 
+Quote Post
Aleksey.z
сообщение Aug 17 2009, 13:06
Сообщение #4


Местный
***

Группа: Свой
Сообщений: 310
Регистрация: 11-05-09
Из: г. Москва
Пользователь №: 48 909



Цитата(sergik_vrn @ Aug 17 2009, 16:43) *
если устройство работает недолго, нужен ли ему буфер такого размера? справится ли dataflash по скорости? зачем вообще нужно хранение данных в энергонезависимой памяти, и не будет ли это из пушки по воробьям? или могут возникать сбои питания? если нужен буфер большого размера, почему именно SDRAM, а не SRАM например?


Вот мне как раз таки и нужно подсказать каким способом решить данную проблему что бы не получилось что из пушки по воробьям.

Каким образом на одном конце буфиризировать фреймовый протокол I2S а на другом считывать данные?

Цитата(aaarrr @ Aug 17 2009, 16:49) *
Все три слова не из той оперы.

Почему бы не подобрать процессор, имеющий на борту требуемые интерфейсы, или не использовать программируемую логику?


А как выглядит реализация на ПЛИС? Что то не встречал МК с интерфейсом I2S

Сообщение отредактировал Aleksey.z - Aug 17 2009, 13:09
Go to the top of the page
 
+Quote Post
aaarrr
сообщение Aug 17 2009, 13:09
Сообщение #5


Гуру
******

Группа: Свой
Сообщений: 10 713
Регистрация: 11-12-04
Пользователь №: 1 448



Цитата(Aleksey.z @ Aug 17 2009, 17:06) *
А как выглядит реализация на ПЛИС? Что то не встречал МК с интерфейсом I2S

На ПЛИС в минимальном виде - CPLD + SRAM.

I2S есть у атмеловских и NXP'шных ARM'ов, например.
Go to the top of the page
 
+Quote Post
Bad0512
сообщение Aug 21 2009, 10:54
Сообщение #6


Знающий
****

Группа: Свой
Сообщений: 802
Регистрация: 11-05-07
Из: Томск
Пользователь №: 27 650



Цитата(Aleksey.z @ Aug 17 2009, 18:39) *
Подскажите каким способом решить данную задачу. Есть последовательная шина I2S (не путать с I2C) нужно организовать буфер чтения с этой шины.
Это нужно что бы развязать тактовые сигналы. Приемник и передатчик I2S будут тактироватся от своих кварцев соответственно нужно организовать какой то буфер, вот и думаю на чем это замутить. Есть много способов реализации данной задачи, то ли использовать DataFlash, толи DDR SDRAM в связке с AVR

Буфер нужен в принципе не большой, отклонения тактовых частот не больше 400ppm, работать девайс будет не долго.

Так же интересует механизм организации работы таким образом: контроллер анализирует оставшуюся свободную емкость памяти и останавливает пополнения буфера, то есть приемник и передатчик работают на разных частотах. Подскажите как подойти к решению данной задачи в общих чертах.

Если отклонения частот не слишком велики, то достаточно использовать фифошку на встроенных BRAM. А вообще что за задача если не секрет? Сдаётся мне что вы пытаетесь "изобрести" аудио ресэмплер. Так вот могу Вас порадовать - для таких задач есть специализированные микросхемы. Посмотрите к примеру у Crystal или TI.
Go to the top of the page
 
+Quote Post

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

 


RSS Текстовая версия Сейчас: 18th July 2025 - 13:21
Рейтинг@Mail.ru


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