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

    

Bad0512

Свой
  • Публикаций

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

  • Посещение

Репутация

0 Обычный

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

  • Звание
    Знающий
  • День рождения 05.12.1972

Контакты

  • MSN
    jurybadulin@hotmail.com
  • Сайт
    http://
  • ICQ
    125433211

Информация

  • Город
    Томск
  1. Altium 19. Функция Channel Offset.

    Я конечно дико извиняюсь, но чем вас не устраивает механизм multichannel?
  2. Altium 19. Функция Channel Offset.

    ИМХО без "этого" не получится у вас ничего. Как Альтиум узнает какие компоненты в повторяющихся кусках являются тождественными? Глубокий анализ вашей схемы? Вы слишком многого от этого софта хотите...
  3. В общем, это был какой-то плавающий глюк. После шаманства с запуском разных версий Альтиума (17,18,19), лазаньем в системные настройки десятичного разделителя всё стало на свои места.
  4. Глупый вопрос - а как попасть в Component Editor? Я пытался внести изменения через SHLIB List editor, и там имел вышеописанную проблему. З Ы Разобрался с глупым вопросом. Этот способ не позволяет изменять параметры у сразу большого числа ног. Только вручную для каждой кокретной ноги. Это очень утомительно и чревато ошибками.
  5. Всем привет, Имею следующую неприятность. Есть задача модифицировать имеющиеся схемные символы (в моём случае это Xilinx ZYNQ) таким образом, чтобы они учитывали время распространения сигнала в корпусе данной микросхемы (для разных корпусов - разные цифры, значения задержек можно выцепить из Вивады). Так вот, при задании этой задержки (pin-package length) вручную в пропертях каждого конкретного пина все значения заносятся корректно. Но при использовании SCHLIB list editor значения округляются до одного миллиметра, что не есть хорошо. При чём даже не округляются, а тупо отбрасывается дробная часть, что совсем печально. Это не зависит от способа ввода в List редакторе, вручную либо cut&paste из Экселя. Как бы эту проблему порешать или хотя бы обойти? Набивать вручную в пропертях каждого пина - не вариант, пинов много, легко ошибку допустить...
  6. Вообще обычно такие бинарники собираются с помощью imPact. никогда не делал таких вещей через командную строку.
  7. In a serial daisy chain, the configuration clock is typically provided by the most upstream device in Master Serial mode. All other devices are set for Slave Serial mode. Figure 9-1 illustrates this configuration. Это соблюдается? стр 133 ug380 v2.2
  8. Вы как ребёнок, ей богу... Это - наша бандитская страна. Тут за пдфки на ворованные у буржуев чипы требуют нехилые деньги. Ввиду того, что чипы ворованные они не поддерживаются официально альтеровским софтом и именно поэтому кругом такая секретность. Вам шашечки или ехать? Если ехать то ставьте альтеру или зайлинкс, и будет вам гарантированная частотка и за каждый параметр в даташите производитель ответит. Если поиграть в игры с начальниками-дебилами про "импортозамещение" - ставьте воронежские поделки и насилуйте свой мозг бесконечно. З Ы Сорри за офтоп - накипело малость...
  9. Проверьте ключи библиотеки XilFlash в BSP - совпадают лт они для BSP разных версий.
  10. Из коробки - не работает, а с некоторыми модификациями - работает, более того он ещё и PL грузит при этом.
  11. Спасибо за подсказку, очень полезная ссылка. Там как раз реализован тот самый алгоритм.
  12. Есть ещё вариант грузить по мелким кускам, а промежуточный буфер расположить в OCM.
  13. Немного о том зачем это нужно : Имеем ZYNQ плату с неарбочей DDR (или например совсем без PS DDR - так тоже бывает). Хочется грузить PL минуя промежуточное использование буффера в ДДР значительных размеров. Собственно FSBL так и поступает : сначала копирует партицию с битстримом полностью во временный буфер в ДДР, а вторым шагом натравливает DMA машину PCAP на этот буфер и загружает PL. Вопрос в следующем - можно ли натравить эту машину на QSPI linear adress space чтобы исключить использование промежуточного буфера? Или это не будет работать в силу каких-то хитрых хардверных особенностей?
  14. Вот в этом как раз и есть основная проблема. У всех этих мелких SPI-ных устройств протоколы чуть-чуть отличаются (где-то длина слова нестандартная, где-то полярность чипселекта инверсная и т.п.). Поэтому можно конечно написать корку и потом "допиливать" её под каждого конкретного "зверька". Но (ИМХО) это не самый простой путь, много времени скушает отладка. Я обычно иду по второму пути (GPIO и управление всем этим делом из софта) - благо таблички регистров для этих мелких устройств как правило небольшие по размеру.
  15. Увы, решения на стандартных корках не существует. Варианта два : 1. Вы смиряетесь с тем, что у вас нет чтения из регистров от слова "совсем" и как-то живёте с этим дальше. 2. Вы используете режим GPIO и там уже реализуете "софтверно" нужный протокол. У программистов это называется по-моему bit bang.