Самодельный цифровой осциллограф - Страница 19

MisterDi · 11.03.2009, 13:51

Ок, просто потерял мысль

Q12M · 11.03.2009, 22:50

Если очень-очень кратко, то список такойц:
МК - H8SX1653, DAC - LTC1406, Disp - GU256x128-3000. Прошу прощения за прошлую информацию, переклинило на 240, с другим диспом спутал.

kison · 12.03.2009, 00:35

Сообщение от Q12M

Если очень-очень кратко, то список такойц:
МК - H8SX1653, DAC - LTC1406, Disp - GU256x128-3000. Прошу прощения за прошлую информацию, переклинило на 240, с другим диспом спутал.

Вы собираетесь 50 мегагерцовым контроллером 20 мегасэмплов обработать? Да еще на лету, без записи в буфер? Я как то для ARM7 72МГц прикидывал - 20 мегасэмплов даже просто в буфер получить не выходит. А ARM7 немного быстрее чем H8SX1653. Выход - DMA, но это опять буфер. А для H8SX1653 даже DMA не поможет - 8 тактов на цикл ограничат частоту на 6,25 мегасэмплах. Может я что то не так понял???

kison · 12.03.2009, 00:35

Сообщение от Q12M

Если очень-очень кратко, то список такойц:
МК - H8SX1653, DAC - LTC1406, Disp - GU256x128-3000. Прошу прощения за прошлую информацию, переклинило на 240, с другим диспом спутал.

Вы собираетесь 50 мегагерцовым контроллером 20 мегасэмплов обработать? Да еще на лету, без записи в буфер? Я как то для ARM7 72МГц прикидывал - 20 мегасэмплов даже просто в буфер получить не выходит. А ARM7 немного быстрее чем H8SX1653. Выход - DMA, но это опять буфер. А для H8SX1653 даже DMA не поможет - 8 тактов на цикл ограничат частоту на 6,25 мегасэмплах. Может я что то не так понял???

Q12M · 12.03.2009, 00:59

Kison, ну не буду же я раскрывать всех секретов... а DMA как раз и помогает сделать этот процесс более правдоподобным. Могу сказать только, что все данные складываются в два массива, максимальных и минимальных значений. Надеюсь, мысль поняли?

Q12M · 12.03.2009, 10:46

Kison, откуда было взято деление на 8? Почему Вы не учитываете стрктуру работы МК и его узлов? Почему идете лобовым методом в обработке данных и не хотите принимать иные алгоритмы работы? Почему не учитываете режим DMA граф. дисплея? Каким таким образом Вы сравниваете ARM-структуру с открытой стркутурой МК? И вообще-то хочется сказать, что моё мнение такое - лучше всего использовать не МК, а процессор в чистом виде со всеми доп. элементами сконфигурированными именно для таких целей.

MisterDi · 12.03.2009, 10:53

Сообщение от Q12M

И вообще-то хочется сказать, что моё мнение такое - лучше всего использовать не МК, а процессор в чистом виде со всеми доп. элементами сконфигурированными именно для таких целей.

В этом случае идеально подходит АРМ9. Полная шина плюс богатая периферия и скорость. Правда корпус не меньше QFP-208.

Cyber_RAT · 12.03.2009, 10:56

Сообщение от Q12M

Kison, ну не буду же я раскрывать всех секретов... а DMA как раз и помогает сделать этот процесс более правдоподобным. Могу сказать только, что все данные складываются в два массива, максимальных и минимальных значений. Надеюсь, мысль поняли?

неа - расшифруйте...

т.е. вы еще получаете не 1 выборку? иначе я не понимаю смысла макс и мин значений? (кстати такое у Bojia74 в его осциллографическом пробнике используется, но там скорости пониже намного).

а ваш контроллер может ножками дрыгать на частоте 20 Мгц?...
иначе как вы 8 бит с такой скоростью прочитаете? (никакое ДМА не поможет) да и еще ДМА - это значит весь поток гонит в память - а вы еще 2 массива, да еще и мин макс значений... что-то вы не так посчитали.... 20Мгц вы не получите никак
IMHO

kison · 12.03.2009, 11:53

Сообщение от Q12M

Kison, откуда было взято деление на 8?

Из Hardware Manual - 7.5.9
Но действительно неточно. Там тайминги трансфера 16 бит в два по 8. Если организация приемника и источника одинакова, то будет 4 такта - 12 мегаслов в секунду максимум. В реале скорее всего меньше, но надо разбираться со стартом транзакции. 12 мегаслов это работа память-›память.

Сообщение от Q12M

Почему Вы не учитываете стрктуру работы МК и его узлов? Почему идете лобовым методом в обработке данных и не хотите принимать иные алгоритмы работы?

Я хочу. Вот и ищу иные алгоритмы. С ДМА понятно - тупое перекидывание. В Вашем случае не годится. Остается софтовый метод? Но при 20 мегасэмплах на один сэмпл приходится 2,5 такта. У H8SX только регистр-регистр однотактовые. Остальные команды занимают от двух тактов и более. Для раскладки в два массива требуются условные операторы и прочее.

Сообщение от Q12M

Почему не учитываете режим DMA граф. дисплея? Каким таким образом Вы сравниваете ARM-структуру с открытой стркутурой МК?

На Ваш дисплей документацию найти оказалось непросто. Он уже снят с производства и документацию предлагают за 25$. Возможно, что найти все же можно, но ввиду отсутствия такого у меня я очень сильно не старался. Можете поделиться документацией?
И что такое - "открытая структура МК"? В чем глобальное отличие ARM7 LPC23xx от H8SX?

Сообщение от Q12M

И вообще-то хочется сказать, что моё мнение такое - лучше всего использовать не МК, а процессор в чистом виде со всеми доп. элементами сконфигурированными именно для таких целей.

Да, в идеале так. Можно многопортовую память ставить. Тогда задержек не будет. Но реалтайма удастся достичь только на низких частотах дискретизации. А вот FPGA может дать возможность реалтайма. Без буферной памяти. Остается одно слабое звено - дисплей.

Q12M · 12.03.2009, 14:33

Kison, советую почитать документацию более внимательно и обратить внимание не только на этот МК, он был взят как наиболее дешевый и удобный вариант для построения, одно программирование по прямому USB чего стоит. В частности в H8SX обратите внимание на описание DMAC и DTC. Применение ARM7 не подходит по одной простой причине, необходимость программного управления потоками, что нагружает работу в программном отношении и ARM'ы имеют другую идеологию работы в отличии от МК у которого одна шина на все интерфейсы и многое многое другое. Были попытки соорудить устройство на STR711 (SGS), поморочились не мало, но результаты были. Сейчас рассматриваем возможность применения МК компании RDC и других.
Возможность вывода информации на дисплей как можно более быстрым способом для цифровых систем является камнем преткновения и именно по этой причине на современных дисплеях полноценную систему реального времени построить невозможно. Можно только приблизится к этому используя инерционность визуального восприятия человека.
Не знал, что выпущенный в 2008 году дисплей уже снят с производства... Только во вторник разговаривал по телефону с представителем компании NORITAKE в России... Коротко о дисплее в таком случае: Разрешение - 256х128, Тип - Вакуумно-флюоресцентный, Интерфейсы - RS232, Parallel-8bit, USB, Режимы - Standart/DMA, Встроенный знакогенератор...
По поводу алгоритмов, то тут все очень просто. Давайте писать не во весь массив памяти, а разобьем этот массив на банки. Пока один банк заполняется данными, заполненный массив преобразуется в сжатый массив. Сжатых, или промежуточных массивов, два, максимальных и минимальных значений. Сжатый массив имеет величину, для указанного дисплея, 256 байт, итого =512 байт. Алгоритм сжатия прост - если максимальная частота просмотра равна 1/ n*Tтакт, то обрабатывается n значений измерений из которых извлекаются максимальное и минималное значения которые отправляются в сжатый массив. Эти 2 сжатым массива потом переносятся в память дисплея по простому алгоритму.
Этот вариант обработки данных дан для примера, он не полный, но есть и другие, более хитрые и использующие конкретную стуктуру МК или конфигурации железа. Тут надо хорошо ориентироваться во внутренностях...
Если нужна будет документация, обращайтесь, работаем напрямую с производителями, ну конечно с обязательствами по предоставлению документации.
Если еще нужны пояснения, пожалуйста, но в форуме это затруднительно делать.