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

tren359

Участник
  • Постов

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

  • Посещение

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


  1. 24 минуты назад, Worldmaster сказал:

    Так и существует какое нибудь решение то??

    Если нужны частоты именно 20 и 105 МГц, то можно использовать 2 ядра PLL.

    Или, если есть возможность,  используйте вместо 105 МГц 100 или 120 - тогда можно будет получить из одной: более высокую назначаете на выход CLKOUT, а более низкую - на CLKOUTD.

  2. Здравствуйте. На выходе CLKOUTD можно получить частоту только путем деления частот CLKOUT или CLKIN. Т.е. при частоте CLKOUT 20 МГц и CLKIN 50 МГц, вы не сможете получить 105 МГц на выходе CLKOUTD никак. 

    image.thumb.png.9cdb10a12705e78d374212cb65ba11fc.png

    Также имейте ввиду, что PLL основан на внутреннем генераторе, частота которого плывёт от температуры.

  3. 15 часов назад, StewartLittle сказал:

    Нет, не встанут.

    На Tang Primer 20K используется краевой разъем, типа как для планок модулей памяти.

    Я так понимаю, что вопрос состоит в том, подойдут ли платы расширения от Tang25 к Tang20. 

     

    В 19.12.2023 в 09:17, DanilinS сказал:

    Расстояние между разъёмами и цоколевка разъёмов 2*6 у плат идентично?

    Не имею на руках Tang25, но на фото выглядит так, что расстояние между разъёмами на Tang20 меньше. Сами разъёмы идентичны

  4. 34 минуты назад, fpga_student сказал:

    Прерывание в режиме ADC12_ORDINARY_TRIG_SOFTWARE на выборку серии каналов не генерируется вовсе - это у артери фича а не баг

    подскажите, откуда информация? не смог найти в Reference Manual

  5. Я сталкивался с тем, что, если канал, на котором точно ноль, обрабатывается после канала, на котором единица, то АЦП выдаст ненулевое значение на высоких частотах обработки. (не важно, ставить breakpoint или нет). Также сталкивался с тем, что не всегда гененрируется прерывание по окончанию последовательного преобразования - использовал DMA и в результате все значения смещались. AT32F413RCT7

  6. 1 час назад, ppj сказал:

    Флеш уже едет ко мне, а вот  бинарник по Вашему рецепту поправить не удалось. Видимо, с тех пор перекомпилировали его. Что странно, Notepad++ не нашёл даже байта "40"...

    у меня есть подозрения, что Вы берете файлы itcm, которые выдает KEIL после сборки проекта (судя по размеру файла на приложенном Вами скриншоте). Вам необходимо взять файлы бутлоадра, поставляемые в архиве Gowin EMPU M1 на сайте.

    https://www.gowinsemi.com/en/support/database/569/

  7. 15 минут назад, ppj сказал:

    бинарник по Вашему рецепту поправить не удалось. Видимо, с тех пор перекомпилировали его.

    сравнил файлы Gowin_EMPU_M1_V1.8\bootload\Arora\bootload\ITCM_Size_32KB\.* с теми, которые у меня - отличий не нашёл. Сейчас попробую обновить EDA до актуальной версии и повторить эксперимент.

  8. В 24.07.2023 в 11:52, ppj сказал:

    Буду работать в двух направлениях:

    - переработка загрузчика

    - замена SPI-Flash

    Оба направления рабочие:

    - заменил флэш на 64-Мбит - запустилось все без проблем;

    - в бутлоадре в файле itcm2 прописан адрес хранения бинарника для ARM ядра 40 00 00 (строки 87-89 при открытии в Notepad++). Меняем адрес на тот, что подходит для нашей флэш и не затирает область, хранящую битстрим (для моей 16-Мбит флэш и GW2A-LV18PG256 c максимальным размером битстрима 887 кбайт подошел адрес 0x100000) - и дело в шляпе.

  9. С год назад столкнулся с этой проблемой - беда была в стартовых адресах загрузки (у меня 16-Мбит флэш стоит - адреса 0х400000 там нет вообще). Но не могу вспомнить, как решил ее. По итогу эта функция показалась мне бесполезной, т.к. приходилось каждый раз загружать и битстрим, и отдельно бинарник для софт-ядра, хотя я ожидал, что смогу просто перешивать бинарник. 

     

    Для меня полезным оказался способ объединения битстрима и бинарника через поставляемую утилиту merge_bit.

  10. 8 минут назад, makc сказал:

    Если ПЛИС в загружаемой из флешки прошивке не увидет идентификатора, до последнего бита совпадающего со требуемым, то запуска не будет и прошивка будет проигнорирована.

    При этом READY и DONE поднимаются в единицу, как при успешной конфигурации.

  11. 33 минуты назад, Evgenij сказал:

    Все определяется и программируется. Информация на вход памяти поступает.

    у меня тоже все определялось и программировалось во флэш при выборе GW2A-18, но при конфигурации ПЛИС со флэш ничего не происходило. 

  12. провел эксперимент на своей GW2A-18 с висящим в воздухе FAST_RD и 125 МГц. После загрузки Ready и Done встают в ноль намертво. Загрузка проекта с другой частотой ни в SRAM, ни во Flash этого изменить не могут. Вывести из этого состояния можно только переключив в другой режим загрузки (в моем случае Serial). 

    Также в DS102-2.5.2E GW2A series of FPGA Products Data Sheet указано следующее:

    Спойлер

    image.thumb.png.1d78c8dfd1ea2a931052b224732603d9.png

    upd : 62.5 МГц дает тот же результат. На 41.7 и ниже работает без проблем. Это же подтверждается в datasheet на мою флэш: режим FastRead до 133 МГц, обычный - до 50.

    Datasheet на Вашу флэш говорит следующее:

    Спойлер

    image.thumb.png.2c72dcd2b7e350bc8ade6067fd7f850c.png

    Предполагаю, что максимум для Вашей флэш - 31.3 МГц

  13. 16 часов назад, andryblack сказал:

    Подскажите с отправную точку для реализации декодера. 

    Посмотрите документ UG289 Gowin Programmable IO (GPIO) на сайте gowin. Там описывается примитив IVIDEO. 

  14. 2 часа назад, Realking сказал:

    Либо режим CPU, но его нельзя так как он использует пины MSPI

    Не думаю, что это может стать проблемой, т.к. в режиме CPU во время конфигурации пины MSPI являются входами, что не заблокирует доступ к флэш.

  15. 2 минуты назад, Realking сказал:

    Была такая мысль. На какой режим переключаетесь?? И где можно почитать, что если не выбран MSPI, то его сигналы в Z состоянии?

    Переключаюсь в Serial. Где почитать, я не нашел. Этот вопрос уже поднимался на форуме - советовали обращаться к UG290 Programming and Configuration Guide, но прямого ответа на состояния пинов я не нашел. 

  16. 11 минут назад, Realking сказал:

    Хм.. А можно часть схемы. И как Вы разделяете доступ к флеш между МК и ПЛИС?

    Собственно, никак не разделяем. При первом запуске или сбое загрузке переключаем MODE конфигурации ПЛИС, отличный от SPI, перешиваем флэш с МК, выставляем MODE на MSPI и переконфигурируем.

  17. 49 минут назад, veriloger сказал:

    Добрый день. 

    Есть ли кто то, кому удалось запустить софтовый mcu, на Tang Primer 20K ?

    Запускал EMPU_M1 не на Tang Primer, но на таком же кристалле, как и установлен в вышеупомянутом.

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