[doom13 0]

Приветствую. Необходимо подружить ZynqMP и eMMC (KLM8G1GESD). На Cmd0, Cmd1 отвечает 0x00ee0001, если отправить только Cmd1, то один раз ответ похож на правду 0x40FF8080, далее опять постоянно отвечает 0x00ee0001.

Придётся менять память?

 

Спасибо.

[gosha-z 2]

А это все в какой момент происходит? На какой банк интерфейс выведен? Конфликта по напряжениям нет?

[doom13 0]

В момент инициализации памяти (последовательность CMD0->CMD1->R3), в ответе какая-то ерунда получается. На SD0 память подключена.

[doom13 0]

Bank0, LVCMOS18

[gosha-z 2]

Дурацкий вопрос: а устройство, заявленное на HS400, обязано устойчиво работать на HS200? Кроме того, прочтение стр. 742 TRM также вызывает доп.вопросы...

[doom13 0]

Меня это тож смущает (говорят контроллер держит v4.51), но у них на сайте есть хитрая табличка поддерживаемых конфигурационных устройств в которой говорится, что Микроновская eMMC v5.0 полностью совместима с ZynqMP (наша Samsung и есть v5.0). Второе то, что инициализация в любом случае идет на 400 кГц-ах и ошибка выстреливает уже тут.

[gosha-z 2]

31 minutes ago, doom13 said:

(говорят контроллер держит v4.51),

Об этом явно написано на стр.725 TRM

 

32 minutes ago, doom13 said:

хитрая табличка поддерживаемых конфигурационных устройств

А причем тут конфигурация? Номер AR скажите.

[doom13 0]

https://www.xilinx.com/support/answers/65463.html

7 minutes ago, gosha-z said:

Об этом явно написано на стр.725 TRM

Я и говорю: "Говорят...")

[gosha-z 2]

Итого, у вас опрос такой происходит во время pre-boot init?

[Jury093 2]

22 часа назад, doom13 сказал:

Приветствую. Необходимо подружить ZynqMP и eMMC (KLM8G1GESD). На Cmd0, Cmd1 отвечает 0x00ee0001, если отправить только Cmd1, то один раз ответ похож на правду 0x40FF8080, далее опять постоянно отвечает 0x00ee0001.

Придётся менять память?

 

Спасибо.

если есть возможность добраться до меди на плате и осцилл, то потыкать в сигналы - мало ли банальный непропай, заодно и питания глянуть на уровень и шумы

следующим этапом  попробовать логически сократить шину данных с х8 до х4 и совсем клинически до х1

тогда уже можно анализировать кто виноват и что делать..

[doom13 0]

Тут было так:

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]

Шина при старте и так в х1 работает)

Осцилом ответ от памяти вижу 0x00ee0001

[gosha-z 2]

Ага, вот с этого и надо было начинать! А что у вас пишется до строки 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]

Там пока грузится порезанный FSBL, т.к. штатный дохнет, а образ FSBL оно требует в любом случае. Но дело не в этом, т.к. уже спустился на самый низкий уровень, проблема есть уже на уровне инициализации eMMC в программе FSBL, c линиями CLK и CMD всё норм, клок и команды присутствуют и передаётся на линиях то, что и должно быть, но вот с ответом проблемка.

[gosha-z 2]

Первое: Не бывает "порезанного" и т.д. FSBL. FSBL (равно как PMUFW и, в наиболее общем случае, U-Boot) генерится под каждый конкретный дизайн. Если FSBL (пусть даже без запущенного PMU) не запускается - у вас проблемы с дизайном. Либо неправильно сконфигурен PS в Vivado, либо ошибки в схемотехнике/монтаже "за пределами" PS. Для понимания того, где конкретно косяки, я и прошу вас показать выдачу запуска сгенеренного из вашего дизайна FSBL.
Второе: судя по выдаче вашего U-Boot'а, вы ему при сборке подсунули конфиг (а точнее, Device Tree) от ZCU102, в которой SDHCI сконфигурен в режим SD, поэтому вы и видите TX:1. Для подтверждения или опровержения этой гипотезы также нужна выдача FSBL.