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

okela

Свой
  • Постов

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

  • Посещение

Репутация

0 Обычный

Информация о okela

  • Звание
    Частый гость
    Частый гость
  • День рождения 16.08.1963

Контакты

  • Сайт
    Array
  • ICQ
    Array

Информация

  • Город
    Array

Посетители профиля

1 738 просмотров профиля
  1. В итоге после некоторой доработки напильником исходников OpenFPGALoader-а удалось скормить ему bin-файл и успешно прошить FPGA. Всем спасибо за помощь и советы при обуждении. 👍
  2. Если сравнить содержимое fs-файла и binx-файла, то по сути там будет одна и та же информация. Только в fs-формате она представлена в весьма расточительном (с точки зрения ресурсов) развернутом битовом виде.
  3. У них есть еще binx-формат. Это тот же bin-формат только с текстовой шапкой (как в fs-формате) вначале файла.
  4. Т.е. получается никак нельзя ему подсунуть сгенерированный bin-файл для заливки самой ПЛИС ? Просто проблема в большом размере этого бестолкового fs-формата, есть нехватка ресурсов памяти в системе и хочется сэкономить на размере прошивки. В fs-формате она занимает 3,5 Мбайта. А это овер-дофига.
  5. Это я уже понял. Меня интересует вопрос: gowin-ПЛИС в принципе для внутреннего программирования переваривают bin-файлы или нет ? Судя по докам китайцев, никаких препятствий тут быть не должно, а на деле - засада. Да и в этой теме писали что bin-файл заливали внутрь ПЛИСины. Что мне может помешать если я изменю код файла gowin.cpp таким образом, чтобы он нормально переваривал bin-файл и получал с него нормальный поток данных для программирования ?
  6. Каким инструментом пользовались для программирования чипа ? Я юзаю OpenFPGALoader и он матом ругается на bin-файл, пишет про неверный формат файла. В исходнике gowin.cpp в комментарии пишется что "non fs file is only allowed with external flash". В китайской документации об этом вообще ни слова нигде не сказано. Штатный программатор тоже как-то не дружит с bin-файлами при внутреннем программировании ПЛИСины. Где тут собака порылась - ХЗ ... 🙄
  7. Освежу темку. Кто-нибудь пользовался утилитой svf2jam для конвертации svf-файла в jam-файл ? Запускаю эту утилиту с двумя параметрами - входной и выходной файл. В результате получаю выходной файл нулевой длины и сообщение "TCK Frequency set to 0 MHz". Хотя частота во входном файле задана 2,5 МГц. Не могу понять что происходит и чего не хватает для нормальной работы этой утилите.
  8. Разобрался с проблемой. Засада действительно была в коде проекта, имело место неявное ограничение количества модулей. Всем спасибо за обсужднение и советы.
  9. Нет, свежак Vivado 2017.3 пока не пробовал. Буду смотреть код проекта под лупой ... Пока непонятно как так может работать оптимизация - по типу ограничителя.
  10. Всем доброго времени суток. Столкнулся с непонятной ситуацией при сбоке проекта в среде проектирования Vivado 2015.4. Собираю проект, включающий много инстансов модуля, использующего встроенные блоки памяти. Запускаю пока только синтез, все синтезируется без ошибок до определенного количества инстансов модуля. Как только превышаю это количество, то синтез по-прежнему собирается без ошибок, но инстансов модуля не добавляется, хотя всех ресурсов остается еще более 50%, блоков памяти остается неиспользованых - более 60%. Теряюсь в догадках ...
  11. Для этого дела нужен J-LINK вроде бы, у меня его нет под руками.
  12. BOOT0 притянут к земле через резюк 10К. Пролейте, плиз, свет на то как подключить отладчик на всем скаку и посмотреть куда МК занесло. У меня никак не получается - отладчик не ругается, но все переменные недоступны.
  13. Да я и сам вобщем-то и схемотехник и программист и паяльником пользоваться умею, но данное конкретное устройство попало ко мне уже готовым. Почитал все ответы, но прояснения пока так и не наступило... Дополнительно к описанной ситуации есть еще такое наблюдение: если на вход питания устройства повесить большую емкость (2000 мкФ) и не вешать кондер на сброс, то в этом случае тоже все работает нормально.
  14. День добрый всем ! Попробую освежить эту тему... У меня с кристаллом STM32F042 наблюдается весьма странная картина при запуске устройства: супервизора сброса на схеме нет, вход сброса только подтянут к VCC и есть кнопка сброса, между входом питания и МК есть LDO-стабилизатор 3.3В. Схему не я разрабатывал, я пишу только программу устройства, поэтому прошу ногами не пинать за схемотехнику.... При запуске с отладчика SWD или после нажатия на сброс - все работает как надо, при подключенном к блоку питания устройстве и включении БП штатным тумблером - тоже все запускается и нормально функционирует... Но, если я выдергиваю штекер включенного блока питания и снова вставляю, то устройство вроде бы и запускается, но не все работает нормально при этом - возникает затык программы при приеме данных с UART (через прерывание). Отследить этот момент в отладчике не могу, т.к. отладчик на лету не подхватывается (не совсем понял про блокировку SWD из предыдущего поста...), а при запусе не стартует вместе с устройством. Понимаю, что засада где-то кроется в формировании сброса внутри кристалла узлом POR и вероятно имеет место короткое время нарастания напряжения питания, поэтому повесив на вход сброса электролит 47мкФ (22мкФ оказалось мало), добился вобщем положительного результата, но неясности и ощущение костыля без гипса при поломанной ноге все равно остались ...
×
×
  • Создать...