Перейти к содержанию
    

vik0

Свой
  • Постов

    381
  • Зарегистрирован

Сообщения, опубликованные vik0


  1. а также ноги MSEL[5:0]

    :07: Это на каком процессоре есть такие ноги?

    Вы , главное, MNI к земле притяните, чтобы не было мучительно больно :)

    Поправлю немного.

    Вы , главное, MNI к неактивному уровню притяните, чтобы не было мучительно больно :)

    AD, видимо не определились какой полярности должно быть NMI :) - на разных финах по разному

  2. Кстати, давно было интересно. А саппорт АД на русском письма принимает?)

    Российское представительство принимает - [email protected]

    Они переводят и перенаправляют запрос. Правда получается не сильно оперативно (4-6 раб. дня).

  3. Возможно это относится к регистрам переферии, их установке? Описано это в описаниях устройств? Поэтому думал SSL позволит обойти эти системные проблемы.

    Это относится к архитектурке блекфина. В описаниях отдельных устройств этого нет. Да, SSL позволяет это обойти. Кроме этого SSL позволяет обойти silicon anomaly.

    за 10мин это примерно 40кБайт. Поэтому просто ОЗУ наверное несовсем подходит.

    :) Это совсем не большой объем

    Думаю 64К + 128К + 64М ОЗУ должно хватить

    Насколько это реально для моих возможностей?

    Кроме вас, ваши возможности никто оценить не может :laughing:

    Если это GPS и данные будут идти постоянно - то любая флэш быстро протрётся.....

    Да ладно. 70 байт/с на 2М флэш с 100т. циклов... Долго протирать прийдется. Еще и нашим внукам останется :)

    На него подключу GPS, а далее где, как накапливать данные?

    Пока нашёл UART + DMA + память.

    ОЗУ это конечно самый простой вариант. Только если в поле в конце рабочего дня произойдет сбой питания... Будет мучительно больно.

    IMHO, в вашем случае оптимальный вариант - карта памяти + компьютер с кард-ридером для сброса информации.

    Возможно как прощё можно?

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

    ИМХО, на таких скоростях и таком мощном проце как BF - можно обойтись без DMA :)

    Да. Элементарно.

  4. не могу понять логику втыкания команд csync,ssync,idle

    ssync - когда важен строгий порядок выполнения операций с MMR регистрами переферии. Например, при записи, blackfin не гарантирует соблюдения порядка записи.

    *pUART1_DLL = 123;
    *pUART1_DLH = 0;
    ssync();
    *pUART1_GCTL = UCEN;

    Если в этом примере убрать ssync() может возникнуть ситуация когда запись в GCTL произойдет раньше, чем в DLL/DLH, и uart будет запущен с неправильным значением делителя.

    idle - когда по какой либо прищине (снижение энергопотребления, настройка PLL) нужно "усыпить" процессор.

    ...но как бы в космос.

    ???

    Для BF548 примеров подобного типа я не видел, у них только библиотеки (SSL).

    Просто SSL появилась значительно позже чем 53х серия. А переписывать примеры индусы сильно не спешат :)

    Где можно в ADSP-BF548 EZ-KIT Lite в самом простом режиме (в плане программирования) сохранить данные, чтобы затем выдать UART?

    Сохранить перманентно? Если нет - то в ОЗУ (что логично ;) ). Если да - spi flash, как по мне, наиболее простой вариант.

    Можно взять за основу BF533?

    С некоторой осторожностью - да. Большинство переферии в 53х и 54х сериях - идентично. Исключения (из того что сразу вспоминается) - PLL, PPI и UART.

    Про UART хорошо написано в этой app note. Да, и про port control не забывайте.

    Вообще начать - по manual настроить переферию и как бы в первом приближении должно работать?

    Не понял вопроса. :wassat:

  5. Использование ихней библиотеки (SSL), вообще то - вещь исключительно добровольная. В vdsp можно работать напрямую с регистрами переферии. Более того, при освоении фина, я бы рекомендовал именно этот способ (так как использовании SSL все равно требуется хорошее представлении о работе переферии). Потом, с опытом, вы сами для себя определите нужна вам эта библиотека или нет.

    Описания проца есть, но мало что даёт.

    Это вы зря. Курите hardware reference manual (это тот, который в двух файлах). programing reference, для начала, достаточно бегло просмотреть.

    Принять cимвольные данные на UART, сохранить (хорошо бы увидеть на LCD), затем выдать в PC через тот же UART.

    LCD на первых порах лучше не трогать. PPI (в купе с DMA) не самая проcтая вещь для новичка (IMHO).

    Как настроить периферию под себя.

    Читайте hrm (глава 31) и настраивайте UART под себя :)

    #include <sys/platform.h>
    #include <ccblkfn.h>
    ....
    *pUART1_LCR = WLS_8 | nSTB | nPEN; // 8 бит, 1 стоп бит, без контроля четности
    ....
    *pUART1_GCTL = UCEN | nEDBO; // запускаем uart
    ....
    while (!(*pUART1_LSR & DR)); // ждем данные
    int data = *pUART1_RBR; // читаем принятые данные
    *pUART1_THR = data; // отправляем их назад

    Думаю, идея понятна.

    PS. Почитаяйте еще 9-ю главу hrm (про port control) - в 54х семействе все ножки по-умолчаниб настроены как gpio, и на режим переферии их надо настраивать явно.

    PPS. Обратите внимание на цоколевку rs232 на kit-е. Там используется не null-modem-ный кабель.

  6. 1. Я сказал - не для PC платформы. (Для PC уже давно никто не заморачивается размером программы, быстродействием и прочим.).

    Дык и мы ведь говорим не о PC.

    2. Знакогенератр в оконном режиме под виндами, когда запускается приложение ДОС - также не работает. Просто винды изо всех сил его эмулируют. На что тратят ресурсы. Но как я уже сказал - на PC это не актуально (для простых программ).

    При чем тут винды?

    3. "Удобный интерфейс" - это качество со стороны ПОЛЬЗОВАТЕЛЯ, а не программиста. И ему, пользователю, глубоко наплевать на то, как он реализован.

    А если "Удобный интерфейс" это пункт ТЗ, в котором оговорен "удобный" доступ с ПК (посредством RS232) из Windows, *nix и MacOS?

    4. На не PC платформах - а вы еще , видимо, не хлебали этого

    Знаете, хлебал.

    Но также хлебал ситуацию, когда единственный способ связи с человеком - RS232 на 9600 (в лучшем случае) бод. И обязательная кроссплатформенность. Без дополнительного ПО на компьютере. Как вы поступите в данных условиях? Будете требовать наличия отдельного экрана (естественно без аппаратного знакогенератора :) )? Или все-таки смиритесь с реальностью и попробуете организовать комфортную работу пользователя вашего изделия через терминал?

    Флаг в руки, конечно.

    Спасибо.

  7. А вы в курсе, что такое псевдографика?

    Представьте себе - в курсе.

    Если знакогенератор отсутсвует (а он чаще отсутствует за ненадобностью) - то никаких аппаратных ускорений нет. И рисовать символами рамку (которые (символы) все равно выводятся бит за битом в экранную область) - когда можно просто нарисовать - глупо. И

    Вы не поверите, но я ничего и не ищу :laughing:

    У меня есть собственная разработка которая по uart-у (с помощью терминальных команд) обеспечивает достаточно удобный "оконный" интерфейс пользователя. Поэтому я не считаю что знакогенератор (да и просто некое устройство отображения (дисплей)) является необходимым условием для применения TUI.

  8. Если нужны более навороченные и производительные решения, то можно посмотреть 9-е семейства и у других производителей.

    А чем плохи 9-ки от NXP? (не флейма ради, действительно интересно, но времени на изучение вопроса катастрофически не хватает :()

  9. Кстати никто не знает, почему использование SDRAM начинается не с 0-го адреса, а с 4-го (судя по описанию ldf-файла)?

    Потому что адрес 0х0 "зарезервирован" под NULL :laughing:

    Технически вам ничто не мешает его использовать.

  10. Уже читаю, спасибо. Действительно много и интересно :)

    Будете править ldf, не забудьте визарду сказать "stop regenerate ldf", а то будет мучительно больно за пропавшие правки :)

  11. Считать с плавующей точкой не успею, т.к. цикл 5 мс, а данных обработать надо много.

    fastfloat видели? Может подойдет для ваших целей.

    А вообще вы точно уверены что выбрали (если конечно выбирали вы) правильный процессор?

    Интересно диапазон изменен Analog-ом с какой-то целью или нет?

    Спросите у support-а, он у них весьма адекватный.

  12. #pragma section ("L1_data_b")

    другие_переменные;

    Можно и так. Но, по-моему, это правильней делать правкой ldf-файла:

    sdram0_bank0
    {
      INPUT_SECTION_ALIGN(4)
      INPUT_SECTIONS($OBJECTS(my_vars_in_sdram))
      /* Все остальное (нагенерированное VDSP) из секции выкинуть */
    } > MEM_SDRAM0_BANK0

    Ну и тогда, соответственно:

    #pragma section ("my_vars_in_sdram")
    char array[256];

    PS. Править, естественно, надо секции для всех банков SDRAM

  13. DpInRock, читаем внимательно:

    работаю на готовом продукте.

    О какой RC-цепочке идет речь?

     

    XILINX, иногда еще полезно заглядывать на сайт прародителя вашего ника ;):

    http://www.xilinx.com/products/boards/s3es...r_interface.pdf

    http://www.xilinx.com/products/boards/s3es...r_interface.zip

  14. Поможет ли изменение _MAX_FLOAT_RANGE для преобразования в fract16 и обратно?

    Категорически не стоит менять что-либо в системных заголовочных файлах. На 99.9(9)% это не решит проблему, а только добавит новые.

    ...и что мне с ним дальше делать если нужно посчитать сигму (т.е. корень квадратный из него)?

    А зачем преобразовывать во float? Берите корень из fract.

  15. Я искал в мобайлСДРАМ, т.к. у них там BGA корпуса есть. Меня в первую очередь BGA интересует, а там в даташитах я и близко не нашёл временных параметров.

    Ага. Для мобайла у них "любезное" приглашение "contact us" :maniac:

    А чем micron не угодил? У них bga и в обычной, и в мобайл версии есть. И datasheet-ы без лишних вопросов дают.

  16. Может, встречали на SAMSUNG временные параметры? А то лазил, нашёл всё и диаграммы работы и описание корпусов, а вот где указаны времена так и не нашёл.

    Кхм. Так это, в даташите вроде как есть

    К примеру: http://www.samsung.com/global/system/busin...632j_rev111.pdf

×
×
  • Создать...