doom13 0 January 15, 2019 Posted January 15, 2019 · Report post Приветствую. Необходимо подружить ZynqMP и eMMC (KLM8G1GESD). На Cmd0, Cmd1 отвечает 0x00ee0001, если отправить только Cmd1, то один раз ответ похож на правду 0x40FF8080, далее опять постоянно отвечает 0x00ee0001. Придётся менять память? Спасибо. Quote Share this post Link to post Share on other sites More sharing options...
gosha-z 3 January 16, 2019 Posted January 16, 2019 · Report post А это все в какой момент происходит? На какой банк интерфейс выведен? Конфликта по напряжениям нет? Quote Share this post Link to post Share on other sites More sharing options...
doom13 0 January 16, 2019 Posted January 16, 2019 · Report post В момент инициализации памяти (последовательность CMD0->CMD1->R3), в ответе какая-то ерунда получается. На SD0 память подключена. Quote Share this post Link to post Share on other sites More sharing options...
doom13 0 January 16, 2019 Posted January 16, 2019 · Report post Bank0, LVCMOS18 Quote Share this post Link to post Share on other sites More sharing options...
gosha-z 3 January 16, 2019 Posted January 16, 2019 · Report post Дурацкий вопрос: а устройство, заявленное на HS400, обязано устойчиво работать на HS200? Кроме того, прочтение стр. 742 TRM также вызывает доп.вопросы... Quote Share this post Link to post Share on other sites More sharing options...
doom13 0 January 16, 2019 Posted January 16, 2019 · Report post Меня это тож смущает (говорят контроллер держит v4.51), но у них на сайте есть хитрая табличка поддерживаемых конфигурационных устройств в которой говорится, что Микроновская eMMC v5.0 полностью совместима с ZynqMP (наша Samsung и есть v5.0). Второе то, что инициализация в любом случае идет на 400 кГц-ах и ошибка выстреливает уже тут. Quote Share this post Link to post Share on other sites More sharing options...
gosha-z 3 January 16, 2019 Posted January 16, 2019 · Report post 31 minutes ago, doom13 said: (говорят контроллер держит v4.51), Об этом явно написано на стр.725 TRM 32 minutes ago, doom13 said: хитрая табличка поддерживаемых конфигурационных устройств А причем тут конфигурация? Номер AR скажите. Quote Share this post Link to post Share on other sites More sharing options...
doom13 0 January 16, 2019 Posted January 16, 2019 · Report post https://www.xilinx.com/support/answers/65463.html 7 minutes ago, gosha-z said: Об этом явно написано на стр.725 TRM Я и говорю: "Говорят...") Quote Share this post Link to post Share on other sites More sharing options...
gosha-z 3 January 16, 2019 Posted January 16, 2019 · Report post Итого, у вас опрос такой происходит во время pre-boot init? Quote Share this post Link to post Share on other sites More sharing options...
Jury093 3 January 16, 2019 Posted January 16, 2019 · Report post 22 часа назад, doom13 сказал: Приветствую. Необходимо подружить ZynqMP и eMMC (KLM8G1GESD). На Cmd0, Cmd1 отвечает 0x00ee0001, если отправить только Cmd1, то один раз ответ похож на правду 0x40FF8080, далее опять постоянно отвечает 0x00ee0001. Придётся менять память? Спасибо. если есть возможность добраться до меди на плате и осцилл, то потыкать в сигналы - мало ли банальный непропай, заодно и питания глянуть на уровень и шумы следующим этапом попробовать логически сократить шину данных с х8 до х4 и совсем клинически до х1 тогда уже можно анализировать кто виноват и что делать.. Quote Share this post Link to post Share on other sites More sharing options...
doom13 0 January 16, 2019 Posted January 16, 2019 · Report post Тут было так: 1. Пробовал пихнуть uboot по jtag, плюёт такое сообщение U-Boot 2018.01 (Jan 09 2019 - 12:14:28 +0300) Xilinx ZynqMP ZCU102 rev1.0 I2C: ready DRAM: 2 GiB EL Level: EL2 Chip ID: zu9eg MMC: mmc_init: -95, time 1028 sdhci@ff160000 - probe failed: -95 mmc_init: -95, time 1030 2. Думал поможет загрузка Linux, но оно при старте системы сказало так: ... [ 8.032800] mmc0: SDHCI controller on ff160000.sdhci [ff160000.sdhci] using ADMA 64-bit ... [ 10.248797] mmc0: error -110 whilst initialising MMC card [ 10.316801] sdhci-arasan ff160000.sdhci: card claims to support voltages below defined range [ 12.340796] mmc0: error -110 whilst initialising MMC card [ 12.410593] sdhci-arasan ff160000.sdhci: card claims to support voltages below defined range [ 14.432800] mmc0: error -110 whilst initialising MMC card [ 14.499755] sdhci-arasan ff160000.sdhci: card claims to support voltages below defined range [ 16.512798] mmc0: error -110 whilst initialising MMC card 3. Тогда полез на уровень драйверов в BSP (sdps_v3_5) и нашёл, что затык происходит в самом начале, после CMD0->CMD1 4. Потом ещё проверил что FSBL использует при старте с SD-контроллера такой же код, и ошибку получает такую же - ответ от eMMC 0x00ee0001 Quote Share this post Link to post Share on other sites More sharing options...
doom13 0 January 16, 2019 Posted January 16, 2019 · Report post Шина при старте и так в х1 работает) Осцилом ответ от памяти вижу 0x00ee0001 Quote Share this post Link to post Share on other sites More sharing options...
gosha-z 3 January 16, 2019 Posted January 16, 2019 · Report post Ага, вот с этого и надо было начинать! А что у вас пишется до строки U-Boot 2018.01 (Jan 09 2019 - 12:14:28 +0300) Xilinx ZynqMP ZCU102 rev1.0 ? Нету ли там воплей на тему невозможности инициализации клоков? Меняется ли ситуация, если прогрузить "вручную" через JTAG PMUFW/FSBL/ATF/U-Boot в режиме переадресации вывода на DCC? Как генерили pmufw и fsbl? Какой ATF используете? Quote Share this post Link to post Share on other sites More sharing options...
doom13 0 January 16, 2019 Posted January 16, 2019 · Report post Там пока грузится порезанный FSBL, т.к. штатный дохнет, а образ FSBL оно требует в любом случае. Но дело не в этом, т.к. уже спустился на самый низкий уровень, проблема есть уже на уровне инициализации eMMC в программе FSBL, c линиями CLK и CMD всё норм, клок и команды присутствуют и передаётся на линиях то, что и должно быть, но вот с ответом проблемка. Quote Share this post Link to post Share on other sites More sharing options...
gosha-z 3 January 16, 2019 Posted January 16, 2019 · Report post Первое: Не бывает "порезанного" и т.д. FSBL. FSBL (равно как PMUFW и, в наиболее общем случае, U-Boot) генерится под каждый конкретный дизайн. Если FSBL (пусть даже без запущенного PMU) не запускается - у вас проблемы с дизайном. Либо неправильно сконфигурен PS в Vivado, либо ошибки в схемотехнике/монтаже "за пределами" PS. Для понимания того, где конкретно косяки, я и прошу вас показать выдачу запуска сгенеренного из вашего дизайна FSBL. Второе: судя по выдаче вашего U-Boot'а, вы ему при сборке подсунули конфиг (а точнее, Device Tree) от ZCU102, в которой SDHCI сконфигурен в режим SD, поэтому вы и видите TX:1. Для подтверждения или опровержения этой гипотезы также нужна выдача FSBL. Quote Share this post Link to post Share on other sites More sharing options...
