doom13 0 15 января, 2019 Опубликовано 15 января, 2019 · Жалоба Приветствую. Необходимо подружить ZynqMP и eMMC (KLM8G1GESD). На Cmd0, Cmd1 отвечает 0x00ee0001, если отправить только Cmd1, то один раз ответ похож на правду 0x40FF8080, далее опять постоянно отвечает 0x00ee0001. Придётся менять память? Спасибо. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
gosha-z 1 16 января, 2019 Опубликовано 16 января, 2019 · Жалоба А это все в какой момент происходит? На какой банк интерфейс выведен? Конфликта по напряжениям нет? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
doom13 0 16 января, 2019 Опубликовано 16 января, 2019 · Жалоба В момент инициализации памяти (последовательность CMD0->CMD1->R3), в ответе какая-то ерунда получается. На SD0 память подключена. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
doom13 0 16 января, 2019 Опубликовано 16 января, 2019 · Жалоба Bank0, LVCMOS18 Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
gosha-z 1 16 января, 2019 Опубликовано 16 января, 2019 · Жалоба Дурацкий вопрос: а устройство, заявленное на HS400, обязано устойчиво работать на HS200? Кроме того, прочтение стр. 742 TRM также вызывает доп.вопросы... Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
doom13 0 16 января, 2019 Опубликовано 16 января, 2019 · Жалоба Меня это тож смущает (говорят контроллер держит v4.51), но у них на сайте есть хитрая табличка поддерживаемых конфигурационных устройств в которой говорится, что Микроновская eMMC v5.0 полностью совместима с ZynqMP (наша Samsung и есть v5.0). Второе то, что инициализация в любом случае идет на 400 кГц-ах и ошибка выстреливает уже тут. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
gosha-z 1 16 января, 2019 Опубликовано 16 января, 2019 · Жалоба 31 minutes ago, doom13 said: (говорят контроллер держит v4.51), Об этом явно написано на стр.725 TRM 32 minutes ago, doom13 said: хитрая табличка поддерживаемых конфигурационных устройств А причем тут конфигурация? Номер AR скажите. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
doom13 0 16 января, 2019 Опубликовано 16 января, 2019 · Жалоба https://www.xilinx.com/support/answers/65463.html 7 minutes ago, gosha-z said: Об этом явно написано на стр.725 TRM Я и говорю: "Говорят...") Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
gosha-z 1 16 января, 2019 Опубликовано 16 января, 2019 · Жалоба Итого, у вас опрос такой происходит во время pre-boot init? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Jury093 2 16 января, 2019 Опубликовано 16 января, 2019 · Жалоба 22 часа назад, doom13 сказал: Приветствую. Необходимо подружить ZynqMP и eMMC (KLM8G1GESD). На Cmd0, Cmd1 отвечает 0x00ee0001, если отправить только Cmd1, то один раз ответ похож на правду 0x40FF8080, далее опять постоянно отвечает 0x00ee0001. Придётся менять память? Спасибо. если есть возможность добраться до меди на плате и осцилл, то потыкать в сигналы - мало ли банальный непропай, заодно и питания глянуть на уровень и шумы следующим этапом попробовать логически сократить шину данных с х8 до х4 и совсем клинически до х1 тогда уже можно анализировать кто виноват и что делать.. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
doom13 0 16 января, 2019 Опубликовано 16 января, 2019 · Жалоба Тут было так: 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 Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
doom13 0 16 января, 2019 Опубликовано 16 января, 2019 · Жалоба Шина при старте и так в х1 работает) Осцилом ответ от памяти вижу 0x00ee0001 Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
gosha-z 1 16 января, 2019 Опубликовано 16 января, 2019 · Жалоба Ага, вот с этого и надо было начинать! А что у вас пишется до строки 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 используете? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
doom13 0 16 января, 2019 Опубликовано 16 января, 2019 · Жалоба Там пока грузится порезанный FSBL, т.к. штатный дохнет, а образ FSBL оно требует в любом случае. Но дело не в этом, т.к. уже спустился на самый низкий уровень, проблема есть уже на уровне инициализации eMMC в программе FSBL, c линиями CLK и CMD всё норм, клок и команды присутствуют и передаётся на линиях то, что и должно быть, но вот с ответом проблемка. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
gosha-z 1 16 января, 2019 Опубликовано 16 января, 2019 · Жалоба Первое: Не бывает "порезанного" и т.д. FSBL. FSBL (равно как PMUFW и, в наиболее общем случае, U-Boot) генерится под каждый конкретный дизайн. Если FSBL (пусть даже без запущенного PMU) не запускается - у вас проблемы с дизайном. Либо неправильно сконфигурен PS в Vivado, либо ошибки в схемотехнике/монтаже "за пределами" PS. Для понимания того, где конкретно косяки, я и прошу вас показать выдачу запуска сгенеренного из вашего дизайна FSBL. Второе: судя по выдаче вашего U-Boot'а, вы ему при сборке подсунули конфиг (а точнее, Device Tree) от ZCU102, в которой SDHCI сконфигурен в режим SD, поэтому вы и видите TX:1. Для подтверждения или опровержения этой гипотезы также нужна выдача FSBL. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться