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

Alex77

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

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

  • Посещение

  • Победитель дней

    1

Alex77 стал победителем дня 14 января 2023

Alex77 имел наиболее популярный контент!

Репутация

4 Обычный

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

  • Звание
    Знающий
    Знающий

Информация

  • Город
    Array

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

7 144 просмотра профиля
  1. будем искать проблему с источника питания, потом прозвоним провода, смахнём пыль с платы ? или всё же начнём с причины ? Ну так что написано то в программе ???
  2. "Зри в корень" - в "программу"...."выполняю чтение по определённому адресу А". для начала...
  3. а 333 это хорошо или плохо? ПС: для каждой плисы независимо считается ? где счётчик в плисе или в программе ? а что значит access to eSRAM is protected ? итд...
  4. Ну что... на вентилятор по новой накидываете ? Азбучные основы цифровой схемотехники для вас явно не авторитетны.
  5. USB 3.1, 3.2 - это про скорость интерфейса, а не про скорость работы USB-флэшки. не надо путать тёплое с мягким.
  6. В первую очередь скорость ограничена USB-флэшкой,
  7. Хоть сегодня и не пятница - но то же нормально. Порадовала фраза "есть, и их много . ... их обозначили тут крестиками - там схема. Называется электронным ключом" Только что стёк под стол... ржалнемогу...
  8. 0) там как бы до кучи депрекатед для VITIS_HLS . Предлагают переходить на "универсальный редактор" Vitis IDE (тот что VSCode по сути). да и с Эклипса туда же всех сгоняют. 1) у меня "удава нет" - нет проблем. с другой стороны вивада она же под себя все нужные пути настраивает при запуске. как может "удав" дурно влиять? 2) пример команды ? 3) хз - без надобности 4) это Vitis IDE так чудит? Демо пример для spartan-7 на Microblaze - сходу не собрался. MIG чудит... (есть нюансы)
  9. тут хз. надо "живьём" смотреть. у меня ни сапра ни документации на оное.
  10. да. чем меньше длина провода от выхода (160) до входа триггера на 160 - тем лучше
  11. это в документации на сапр надо читать (при условии что эта фишка есть)
  12. По теме: 1) Тригерр по 50 не всегда нужен 2) двойное тактирование на 160 принято оформлять одним процессом 3) требуется добавлять ограничения чтоб оные триггера размещались рядом 4) и да, он нужно тем или иным ограничением развязать сигнал данных между 50 и 160 (как вариант False Paths) - но только в этом месте 5) более подробного и понятного пдф я не видел - практически на все случаи...
×
×
  • Создать...