Реклама на сайте DatasheetsDatasheets

KAZUS.RUN - Электронный портал. Принципиальные схемы, Datasheets, Форум по электронике

Новости электроники Новости Литература, электронные книги Литература Документация, даташиты Документация Поиск даташитов (datasheets)Поиск PDF
  От производителей
Новости поставщиков
В мире электроники

  Сборник статей
Книги и журналы
FAQ по электронике

  Datasheets
Поиск SMD
Онлайн справочник

Принципиальные схемы Схемы Каталоги программ, сайтов Каталоги Общение, форум Общение Ваш аккаунтАккаунт
  Каталог схем
Схемы и проекты
Принципиальные схемы
  Программы
Каталог сайтов
Калькуляторы
  Форумы по электронике
Помощь проекту

Микроконтроллеры, АЦП, память и т.д Темы касающиеся микроконтроллеров разных производителей, памяти, АЦП/ЦАП, периферийных модулей...

 
Опции темы

Cохранение результатов с быстрого АЦП в буферную память

Непрочитано 11.11.2010, 17:46  
Gnider
Почётный гражданин KAZUS.RUN
 
Регистрация: 30.06.2005
Сообщений: 3,392
Сказал спасибо: 5
Сказали Спасибо 429 раз(а) в 305 сообщении(ях)
Gnider на пути к лучшему
По умолчанию Re: сохранение результатов с быстрого АЦП в буферную память

Сообщение от night_light_ Посмотреть сообщение
По стоимости и энергопотреблению требований нет никаких.
А всё таки, насколько сложно написать для ПЛИС поддержку памяти?
И насколько вообще сложно работать с памятью SRAM? Для DRAM вроде нужен контроллер памяти, писать его самому не просто.
SRAM -наверно самая простая память. Фактически пара сигналов упраления,шина адреса шина данных.
Реклама:
Gnider вне форума  
Непрочитано 11.11.2010, 17:57  
kison
Почётный гражданин KAZUS.RUN
 
Регистрация: 13.12.2004
Сообщений: 3,168
Сказал спасибо: 11
Сказали Спасибо 691 раз(а) в 503 сообщении(ях)
kison на пути к лучшему
По умолчанию Re: сохранение результатов с быстрого АЦП в буферную память

Сообщение от night_light_ Посмотреть сообщение
А всё таки, насколько сложно написать для ПЛИС поддержку памяти?
Насколько сложно сделать поддержку памяти на жесткой логике? Ровно такая же сложность и при реализации внутри CPLD. Не считая того, что плату между элементами этого контроллера памяти разводить не придется. Так что в среднем выходит в CPLD даже проще.
kison вне форума  
Непрочитано 11.11.2010, 20:11  
niXto
Почётный гражданин KAZUS.RUN
 
Аватар для niXto
 
Регистрация: 13.10.2007
Адрес: Беларусь
Сообщений: 8,026
Сказал спасибо: 60
Сказали Спасибо 3,941 раз(а) в 2,302 сообщении(ях)
niXto на пути к лучшему
По умолчанию Re: сохранение результатов с быстрого АЦП в буферную память

Сообщение от kison Посмотреть сообщение
Spartan 3AN - и никаких внешних ПЗУ не потребуется.
Сообщение от Gnider Посмотреть сообщение
У меня в проекте LPC17 Грузил циклон3
Господа, давайте не будем меряться пиписьками. Посмотрите на уровень вопросов ТС - если он начнет курить HDL и бросаться в омут "выравнивания дорожек" - он свой девайс не соберет Никогда.

Советую МАХ3000А или МАХ-2 (EPM240, 570) - первая легко программируется в максплюс (на освоение нужно пара вечеров), МАХ-2 выгодней (цена/ресурсы), но программируются в Квартусе - чтобы в нем разобраться, уйдет около месяца.

Схемы рисуются в графическом режиме - если вы умеете составить схему на микросхемах советской серии КР1533 - то и в программе нарисуете.
niXto вне форума  
Непрочитано 11.11.2010, 20:24  
Gnider
Почётный гражданин KAZUS.RUN
 
Регистрация: 30.06.2005
Сообщений: 3,392
Сказал спасибо: 5
Сказали Спасибо 429 раз(а) в 305 сообщении(ях)
Gnider на пути к лучшему
По умолчанию Re: сохранение результатов с быстрого АЦП в буферную память

Сообщение от niXto Посмотреть сообщение
Господа, давайте не будем меряться пиписьками. Посмотрите на уровень вопросов ТС - если он начнет курить HDL и бросаться в омут "выравнивания дорожек" - он свой девайс не соберет Никогда.

Советую МАХ3000А или МАХ-2 (EPM240, 570) - первая легко программируется в максплюс (на освоение нужно пара вечеров), МАХ-2 выгодней (цена/ресурсы), но программируются в Квартусе - чтобы в нем разобраться, уйдет около месяца.

Схемы рисуются в графическом режиме - если вы умеете составить схему на микросхемах советской серии КР1533 - то и в программе нарисуете.
Какой-то странный подход. Максплюс который уже 5 лет как похоронили.МАХ2 тоже помоему уже лет 5 как на рынке. И все это в современное быстрое устр-во.

Если автор темы скажет что у него за АЦП и куда из-памяти данные девать то я могу набросать примерный текст программы на скажем верилоге,и посмотрю какой камень брать.

А вам предлагаю посоревноваться - вы нарисуете в максплюс.
Gnider вне форума  
Непрочитано 11.11.2010, 21:20  
marera
Гражданин KAZUS.RUN
 
Регистрация: 26.09.2005
Сообщений: 572
Сказал спасибо: 58
Сказали Спасибо 506 раз(а) в 134 сообщении(ях)
marera на пути к лучшему
По умолчанию Re: сохранение результатов с быстрого АЦП в буферную память

Сообщение от Gnider Посмотреть сообщение
У меня в проекте LPC17 Грузил циклон3 а для хранения использовался вышеуказаный SRAM. Получилось очень даже бюджетно - меньше штуки.
Не игнорируйте этот пост. Он совершенно реален! И менее всех замороченный!
__________________
Будь проще, дойдет и до синтеза.
marera вне форума  
Непрочитано 11.11.2010, 21:23  
niXto
Почётный гражданин KAZUS.RUN
 
Аватар для niXto
 
Регистрация: 13.10.2007
Адрес: Беларусь
Сообщений: 8,026
Сказал спасибо: 60
Сказали Спасибо 3,941 раз(а) в 2,302 сообщении(ях)
niXto на пути к лучшему
По умолчанию Re: Cохранение результатов с быстрого АЦП в буферную память

Сообщение от Gnider Посмотреть сообщение
А вам предлагаю посоревноваться - вы нарисуете в максплюс.
Ну так напишите ТС-у всю программу - на вашем самом любимом чипе. И вопрос закрыт. Лично я точно нажму Спасибку.

А если ТС будет писать программу САМ - имхо проще поставить антикварный чип, за неделю разобраться и написать программу в древней (и простейшей для освоения!!!) среде, прошить и забыть.

Учить верилог ради ЕДИНСТВЕННОГО и простейшего проекта (возможно хватит даже 3064) - ИМХО не тот путь...
niXto вне форума  
Непрочитано 11.11.2010, 23:40  
Gnider
Почётный гражданин KAZUS.RUN
 
Регистрация: 30.06.2005
Сообщений: 3,392
Сказал спасибо: 5
Сказали Спасибо 429 раз(а) в 305 сообщении(ях)
Gnider на пути к лучшему
По умолчанию Re: Cохранение результатов с быстрого АЦП в буферную память

Сообщение от niXto Посмотреть сообщение
Ну так напишите ТС-у всю программу - на вашем самом любимом чипе. И вопрос закрыт. Лично я точно нажму Спасибку.

А если ТС будет писать программу САМ - имхо проще поставить антикварный чип, за неделю разобраться и написать программу в древней (и простейшей для освоения!!!) среде, прошить и забыть.

Учить верилог ради ЕДИНСТВЕННОГО и простейшего проекта (возможно хватит даже 3064) - ИМХО не тот путь...
Меня инересует прежде всего вопросы заведения клока на MAX2.
Хотябы 100Мгц,а возможно при частоте сохранения 100мгц потребуется минимум 200. Второй вопрос - ресурсы. Сам работал очень давно с максами - там влезает все очень мало. Чуть что сразу не хватает.
Gnider вне форума  
Непрочитано 12.11.2010, 00:18  
niXto
Почётный гражданин KAZUS.RUN
 
Аватар для niXto
 
Регистрация: 13.10.2007
Адрес: Беларусь
Сообщений: 8,026
Сказал спасибо: 60
Сказали Спасибо 3,941 раз(а) в 2,302 сообщении(ях)
niXto на пути к лучшему
По умолчанию Re: Cохранение результатов с быстрого АЦП в буферную память

При 16-битной ОЗУ достаточно 100 МГц клока. МАХ2 вообще-то заточен под 133 МГц ДРАМ, а при желании возможно и 266 потянет. Так что здесь проблемы не вижу.

По ресурсам - судя по первому посту, достаточно десяток-два триггеров под счетчик адреса, столько же под последовательную загрузку адреса (вдруг надо) и еще пару десятков на синхронизацию. Плюс снаружи контроллер - анализ, рисование на дисплей, передача в компьютер. Или вы желаете и эти функции закинуть в ПЛИС? Имхо проще (легче) впилить мелкий контроллер... Уровня мега48
niXto вне форума  
Непрочитано 12.11.2010, 00:30  
Gnider
Почётный гражданин KAZUS.RUN
 
Регистрация: 30.06.2005
Сообщений: 3,392
Сказал спасибо: 5
Сказали Спасибо 429 раз(а) в 305 сообщении(ях)
Gnider на пути к лучшему
По умолчанию Re: Cохранение результатов с быстрого АЦП в буферную память

Сообщение от niXto Посмотреть сообщение
При 16-битной ОЗУ достаточно 100 МГц клока. МАХ2 вообще-то заточен под 133 МГц ДРАМ, а при желании возможно и 266 потянет. Так что здесь проблемы не вижу.
Если АЦП 100млн. выборок то для считывания с нег потребуется минимум 200.
Как на МАКС завести клок 200?


Сообщение от niXto Посмотреть сообщение
По ресурсам - судя по первому посту, достаточно десяток-два триггеров под счетчик адреса, столько же под последовательную загрузку адреса (вдруг надо) и еще пару десятков на синхронизацию. Плюс снаружи контроллер - анализ, рисование на дисплей, передача в компьютер. Или вы желаете и эти функции закинуть в ПЛИС? Имхо проще (легче) впилить мелкий контроллер... Уровня мега48
Обычно просто так не отделатся счетчиками,триггерами. 100 мбит даже на 8-битном АЦП это 800 мбит. Такой поток я даже не знаю куда направлять. Наверняка потребуется усреднение и тд... А это ФИФО,буферы и рост частоты.
Gnider вне форума  
Непрочитано 12.11.2010, 02:03  
marera
Гражданин KAZUS.RUN
 
Регистрация: 26.09.2005
Сообщений: 572
Сказал спасибо: 58
Сказали Спасибо 506 раз(а) в 134 сообщении(ях)
marera на пути к лучшему
По умолчанию Re: Cохранение результатов с быстрого АЦП в буферную память

Все-таки приколюсь!
Тактировал АЦП 64 мипса (со счетчиком адреса) и SRAM W24512-10 с помощью ATTiny25, а потом спокойно (16 МГц) обрабатывал данные. И ничего работает сбор данных!
__________________
Будь проще, дойдет и до синтеза.
marera вне форума  
 
Опции темы

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

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.

Быстрый переход

Похожие темы
Тема Автор Раздел Ответов Последнее сообщение
Помогите с ЦАП AD7708/AD7718 или их аналогами ST_Senya Микроконтроллеры, АЦП, память и т.д 9 30.11.2009 19:03


Часовой пояс GMT +4, время: 19:47.


Powered by vBulletin® Version 3.8.4
Copyright ©2000 - 2026, Jelsoft Enterprises Ltd.