SRNS - Вклад участника [ru]

Blog:Lipa/16.05.2018 PetaLinux

2025-09-04T15:43:04Z

Dneprov D:

<summary [ hidden ] >
{{Форма3}}
<center>[[File:Petalinux.png|400px]]</center>

Сборка PetaLinux для кастомной железки

</summary>

== Требования ==

Vivado 2018.1 (для single-gigabit ethernet можно более ранние версии)

Начиная с petalinux_2018.1 отсутствует devcfg. Необходимо использовать FPGA manager. Технология нами пока не освоена

Необходима Ubuntu-16.04

Требуется поставить ряд пакетов, полный список приведен в документе [https://www.xilinx.com/support/documentation/sw_manuals/xilinx2019_1/ug1144-petalinux-tools-reference-guide.pdf#page=9 UG1144]

Устанавливаем PetaLinux в систему. Дистрибутив есть на [https://www.xilinx.com/support/download/index.html/content/xilinx/en/downloadNav/embedded-design-tools/2018-1.html Xilinx], либо у меня на компьютере. '''Ставить PetaLinux необходимо БЕЗ прав суперюзера!'''

кидаем в /components/yocto/ sstate-rel-v2017.4.tar.gz

Подготовка завершена

== Правка Vivado ==

Для поддержки MDIO в Vivado 17.1-17.4 нужен [https://www.xilinx.com/support/answers/69132.html патч]. Ставим!

'''Не помогло.''' Ставим 2018.1

== Сборка ==

Пошаговое руководство по сборке содержится в документе UG1156

В консоли пишем source/[путь к петалинух]/settings.sh

Выполняем шаги из UG1156 по главе 5:

* экспортируем из Vivado .hdf (в блок дизайн File->Export->Export Hardware)

* создаем проект PetaLinux
<source lang="bash">
$ petalinux-create --type project --template zynq --name <PROJECT>
</source>

* переходим в папку с текущим проектом

* подключаем файл .hdf
<source lang="bash">
$ petalinux-config --get-hw-description=[путь к папке с файлом .hdf]
</source>

* перед сборкой системы необходимо выполнить '''все''' команды конфигурации в данной последовательности:
<source lang="bash">
$ petalinux-config

$ petalinux-config -c kernel

$ petalinux-config -c rootfs
</source>

=== petalinux-config ===

Если хотим спользовать внешний файл device-tree включаем:

<source lang="bash">
Subsystem AUTO Hardware Settings->
Advances bootable images storage settings->
dtb image settings->
image storage media
primary sd

</source>

Необходимо править netboot offset если оперативной памяти менее ~256МБ

Для клоникуса с 256МБ ставим 8'000'000

<source lang="bash">
$ petalinux-config
</source>

<source lang="bash">
u-boot Configuration->
netboot offset
</source>

Выставляем точку начала распаковки образа системы

Выключаем копирование образа по sftp (Image Packaging Configuration -> Copy final images)

Отключаем интернет-sstate (Yocto Settings -> Enable Network sstate feeds)

=== petalinux-config -c kernel===

* Подключаем в ядре поддержку физика и его дров.

<source lang="bash">
$ petalinux-config -c kernel
</source>

'''для oryx:'''

<source lang="bash">
Device Drivers->
[*]Network device support ->
[*]Ethernet driver support ->
[*] Micrel devices
[*] PHY Device support and infastructure -->
[*] Drivers for Micrel PHYs
</source>

'''для clonicus:'''

<source lang="bash">
Device Drivers->
[*]Network device support ->
[*] PHY Device support and infastructure -->
[*] Texas Instruments DP83867 Gigabit PHY
</source>

=== petalinux-config -c rootfs ===

Подключаем при необходимости ethtool, gdbserver, gdb, libstdc, libgcc, glib2.0, glibc(glibc & ltd)
<source lang="bash">
Filesystem Packages->
misc ->
gcc-runtime ->
[*] libstdc ++
gdb -->
[*] gdb
glib-2.0
[*] glib-2.0
glibc
[*] glibc
[*] ldd
devel ->
python ->
python ->
[*] python
</source>

Опционально:
<source lang="bash">
Filesystem Packages->
base ->
i2c-tools ->
[*] i2c-tools
usbutils ->
[*] usbutils
console ->
network ->
ethtool ->
[*] ethtool // необходимо для oryx! для перенастройки autonegotiation
</source>

Можно еще подключать дебаг i2c

'''Необходимо убедиться, что образ может распаковаться в размер оперативы'''

Если будут проблемы, то надо будет править netboot offset

=== device tree ===

Если необходимо внести изменения в device tree, то смотрим конец статьи

[https://xilinx-wiki.atlassian.net/wiki/spaces/A/pages/18841676/U-Boot+Flattened+Device+Tree Интересная статья по правке devicetree из uboot]

=== Сборка проекта ===

* далее (сборка идет 30-60 минут)
<source lang="bash">
petalinux-build

cd /images/linux/
</source>
* делаем boot.bin в папке /images/linux/
<source lang="bash">
$ petalinux-package --boot --format BIN --fsbl ./zynq_fsbl.elf --u-boot --force

$ petalinux-package --boot --format BIN --fsbl ./zynq_fsbl.elf --fpga name.bit --u-boot --force

$ petalinux-package --boot --format BIN --fsbl ./zynq_fsbl.elf --fpga name.bit --u-boot --kernel --force
</source>

* записываем в загрузочную область флешки файлы boot.bin и image.ub

== Всякое ==

Если мало памяти как у нас - возможна ошибка image is not a fdt [https://forums.xilinx.com/t5/Embedded-Processor-System-Design/Petalinux-problem-on-custom-board-quot-image-is-not-a-fdt-quot/td-p/754892 ссылка]

Необходимо править netboot offset

<source lang="bash">
$ petalinux-config
</source>

<source lang="bash">
u-boot Configuration->
netboot offset
</source>

----

Можно вручную загрузиться из u-boot'а.

<source lang="bash">
$ fatload mmc 0 0xA000000 image.ub
$ bootm 0xA000000
</source>

либо

<source lang="bash">
$ fatload mmc 0 0xA000000 image.ub
$ fatload mmc 0 0x9000000 system.dtb
$ bootm 0xA000000 0xA000000 0x9000000
</source>

Можно поварьировать адрес

------------

Проверка статуса прошитости FPGA

<source lang="bash">
cat /sys/class/xdevcfg/xdevcfg/device/prog_done
</source>

==Uboot==

Для внесения правок в загрузку линукса используем список команд '''env'''

Просмотр текущих команд '''printenv'''

Сброс настроек в дефолт '''env default -a'''

Создать переменную '''env set <имя> <значение>'''

Правка переменной '''env edit <имя переменной>'''

---

Для каждой платы делаем следующее:

* Берем [[Файл:uboot.env.c]]

* Удаляем в конце имени ".c"

* Записываем на флешку рядом с образом линукса

* Запускаем плату и прерываем autoboot

* Пишем '''editenv ethaddr'''

* Редактируем MAC-адрес

* Пишем '''saveenv'''

* Все! можем ребутать '''reset'''

Сохранить в файл '''saveenv'''

==Автозапуск приложений==

Во-первых [https://support.xilinx.com/s/question/0D52E00006hpahDSAQ/petalinux-runnning-a-script-file-at-startup?language=en_US тыц]

Далее пишем

<source lang="bash">
petalinux-create -t apps --template install -n myapp-init --enable
</source>

Правим файл /project-spec/meta-user/recipes-apps/myapp-init/myapp-init.bb

<source lang="bash">
#
# This file is the myapp-init recipe.
#

SUMMARY = "Simple myapp-init application"
SECTION = "PETALINUX/apps"
LICENSE = "MIT"
LIC_FILES_CHKSUM = "file://${COMMON_LICENSE_DIR}/MIT;md5=0835ade698e0bcf8506ecda2f7b4f302"

SRC_URI = "file://myapp-init"

S = "${WORKDIR}"

FILESEXTRAPATHS_prepend := "${THISDIR}/files:"

inherit update-rc.d

INITSCRIPT_NAME = "myapp-init"
INITSCRIPT_PARAMS = "start 99 S ."

do_install() {
install -d ${D}${sysconfdir}/init.d
install -m 0755 ${S}/myapp-init ${D}${sysconfdir}/init.d/myapp-init
}
FILES_${PN} += "${sysconfdir}/*"
</source>

Правим сам исполняемый скрипт project-spec/meta-user/recipes-apps/myapp-init/files/myapp-init

<source lang="bash">
#!/bin/sh

echo "Autorun script"

echo "Try run custom_init"
sh /run/media/mmcblk0p1/custom_init.sh
</source>

Записываем на флешку скрипт custom_init.sh с нужными командами и делаем его исполняемым

Записываем файл interfaces

Скачать архив: [[Файл:Init_interfaces.rar]]

==SSH==

Как победить сохранение ssh-ключей:

Добавляем в init_script следующие строки:

<source lang="bash">
mkdir /run/media/mmcblk0p2/.ssh
ln -s /run/media/mmcblk0p2/.ssh/ /home/root/
mkdir /run/media/mmcblk0p2/dropbear/
chmod 400 /run/media/mmcblk0p2/dropbear/
rm -r /etc/dropbear/
ln -s /run/media/mmcblk0p2/dropbear/ /etc/
</source>

* Создается ссылка на флешку, где хранятся авторизованные пользователи
* Создается папка для хранения секретного ключа платы
* При запуске платы свежесозданный ключ заменяется тем, что лежит на флешке
* При первом включении платы будет создан новый ключ

Помимо добавления указанных команд в скрипт ничего больше делать не надо

==Daemon==

Для настройки демона:

* Добавляем строки в файл custom_init.sh
* Кидаем на загрузочный раздел флешки папку из архива [[:File:daemon.rar]]

<source lang="bash">
cp -r /run/media/mmcblk0p1/daemon/lsb /lib/
cp /run/media/mmcblk0p1/daemon/receiver.conf /etc/
cp /run/media/mmcblk0p1/daemon/receiver /etc/init.d/
</source>

=== Serial port на новом линуксе ===
Выяснилось, что без доп. настройки, в последовательный порт (dev/ttyPS0) после каждой посылки добавляются символы CR и LF. Оказалось, что и RTKLib, и софт Листопада не хотят работать с таким окончанием пакетов.

Выше не совсем так, скорее мысль в том, что каждый символ LF (0x0A) в наших данных меняется на символы CR LF, т.е. (0x0D0A). И тогда, в нашем битовом потоке меняется размер и содержимое и парсеры работают некорректно.
Старый линукс на Ориксах добавляет только LF. Для решения проблемы нужно через stty выключить в настройках порта опцию '''onlcr''' (преобразовывать перевод строки в возврат каретки и новую строку).

Сделать это удалось пока только изменив скрипт демона receiver. Для решения проблемы заходим в /run/media/mmcblk0p1/daemon/receiver, и в начале секции receiver_start() {...} добавляем команду:

<source lang="bash">
stty -F /dev/ttyPS0 -onlcr
</source>

==device tree==

Для внесения изменений в device tree добавляем нужные строки в файл

project-spec/meta-user/recipes-bsp/device-tree/files/system-user.dtsi

[https://www.xilinx.com/support/answers/61117.html пример]

Для разборки device-tree [http://xillybus.com/tutorials/device-tree-zynq-1 ссылка]
<source lang="bash">
$ dtc -I dtb -O dts -o <name>.dts <name>.dtb
</source>

Для сборки device-tree
<source lang="bash">
$ dtc -I dts -O dtb -o <name>.dtb <name>.dts
</source>

== Модификация device-tree ==

После долгих мучений получилось поднять DP83867 только после добавления модификатора в файл [https://forums.xilinx.com/t5/Embedded-Linux/ZC702-Like-Board-with-DP83867CR-Ethernet-Petalinux-2017-4/td-p/831873 волшебная статья]

[https://www.kernel.org/doc/Documentation/devicetree/bindings/net/ti%2Cdp83867.txt описание параметров]

project-spec/meta-user/recipes-bsp/device-tree/files/system-user.dtsi

=== Single Kit-board eth ===

В Vivado включен eth1(с mdio) и выключен eth0.

'''Так работает'''

<source lang="bash">
&gem1{
status = "okay";
phy-handle = <&phy0>;
phy-mode = "rgmii-id";

xlnx,eth-mode = <0x1>;

mdio {
status = "okay";
#address-cells = <1>;
#size-cells = <0>;
phy0: phy@12 {
compatible = "ethernet-phy-ieee802.3-c22";
device_type = "ethernet-phy";

reg = <12>;
ti,rx-internal-delay = <0x7>;
ti,tx-internal-delay = <0x7>;
ti,fifo-depth = <0x01>;
ti,min-output-impedance;
ti,dp83867-rxctrl-strap-quirk;
status = "okay";
};
};
};
</source>

{{Начало скрытого блока|Выравнивание_заголовка = left| Ссылка = left|Заголовок = Развернутый .dtb:}}
<source lang="bash">
/dts-v1/;

/ {
#address-cells = <0x1>;
#size-cells = <0x1>;
compatible = "xlnx,zynq-7000";

cpus {
#address-cells = <0x1>;
#size-cells = <0x0>;

cpu@0 {
compatible = "arm,cortex-a9";
device_type = "cpu";
reg = <0x0>;
clocks = <0x1 0x3>;
clock-latency = <0x3e8>;
cpu0-supply = <0x2>;
operating-points = <0xa2c2a 0xf4240 0x51615 0xf4240>;
};

cpu@1 {
compatible = "arm,cortex-a9";
device_type = "cpu";
reg = <0x1>;
clocks = <0x1 0x3>;
};
};

fpga-full {
compatible = "fpga-region";
fpga-mgr = <0x3>;
#address-cells = <0x1>;
#size-cells = <0x1>;
ranges;
};

pmu@f8891000 {
compatible = "arm,cortex-a9-pmu";
interrupts = <0x0 0x5 0x4 0x0 0x6 0x4>;
interrupt-parent = <0x4>;
reg = <0xf8891000 0x1000 0xf8893000 0x1000>;
};

fixedregulator {
compatible = "regulator-fixed";
regulator-name = "VCCPINT";
regulator-min-microvolt = <0xf4240>;
regulator-max-microvolt = <0xf4240>;
regulator-boot-on;
regulator-always-on;
linux,phandle = <0x2>;
phandle = <0x2>;
};

amba {
u-boot,dm-pre-reloc;
compatible = "simple-bus";
#address-cells = <0x1>;
#size-cells = <0x1>;
interrupt-parent = <0x4>;
ranges;

adc@f8007100 {
compatible = "xlnx,zynq-xadc-1.00.a";
reg = <0xf8007100 0x20>;
interrupts = <0x0 0x7 0x4>;
interrupt-parent = <0x4>;
clocks = <0x1 0xc>;
};

can@e0008000 {
compatible = "xlnx,zynq-can-1.0";
status = "disabled";
clocks = <0x1 0x13 0x1 0x24>;
clock-names = "can_clk", "pclk";
reg = <0xe0008000 0x1000>;
interrupts = <0x0 0x1c 0x4>;
interrupt-parent = <0x4>;
tx-fifo-depth = <0x40>;
rx-fifo-depth = <0x40>;
};

can@e0009000 {
compatible = "xlnx,zynq-can-1.0";
status = "disabled";
clocks = <0x1 0x14 0x1 0x25>;
clock-names = "can_clk", "pclk";
reg = <0xe0009000 0x1000>;
interrupts = <0x0 0x33 0x4>;
interrupt-parent = <0x4>;
tx-fifo-depth = <0x40>;
rx-fifo-depth = <0x40>;
};

gpio@e000a000 {
compatible = "xlnx,zynq-gpio-1.0";
#gpio-cells = <0x2>;
clocks = <0x1 0x2a>;
gpio-controller;
interrupt-controller;
#interrupt-cells = <0x2>;
interrupt-parent = <0x4>;
interrupts = <0x0 0x14 0x4>;
reg = <0xe000a000 0x1000>;
emio-gpio-width = <0x40>;
gpio-mask-high = <0x0>;
gpio-mask-low = <0x5600>;
};

i2c@e0004000 {
compatible = "cdns,i2c-r1p10";
status = "disabled";
clocks = <0x1 0x26>;
interrupt-parent = <0x4>;
interrupts = <0x0 0x19 0x4>;
reg = <0xe0004000 0x1000>;
#address-cells = <0x1>;
#size-cells = <0x0>;
};

i2c@e0005000 {
compatible = "cdns,i2c-r1p10";
status = "disabled";
clocks = <0x1 0x27>;
interrupt-parent = <0x4>;
interrupts = <0x0 0x30 0x4>;
reg = <0xe0005000 0x1000>;
#address-cells = <0x1>;
#size-cells = <0x0>;
};

interrupt-controller@f8f01000 {
compatible = "arm,cortex-a9-gic";
#interrupt-cells = <0x3>;
interrupt-controller;
reg = <0xf8f01000 0x1000 0xf8f00100 0x100>;
num_cpus = <0x2>;
num_interrupts = <0x60>;
linux,phandle = <0x4>;
phandle = <0x4>;
};

cache-controller@f8f02000 {
compatible = "arm,pl310-cache";
reg = <0xf8f02000 0x1000>;
interrupts = <0x0 0x2 0x4>;
arm,data-latency = <0x3 0x2 0x2>;
arm,tag-latency = <0x2 0x2 0x2>;
cache-unified;
cache-level = <0x2>;
};

memory-controller@f8006000 {
compatible = "xlnx,zynq-ddrc-a05";
reg = <0xf8006000 0x1000>;
};

ocmc@f800c000 {
compatible = "xlnx,zynq-ocmc-1.0";
interrupt-parent = <0x4>;
interrupts = <0x0 0x3 0x4>;
reg = <0xf800c000 0x1000>;
};

serial@e0000000 {
compatible = "xlnx,xuartps", "cdns,uart-r1p8";
status = "okay";
clocks = <0x1 0x17 0x1 0x28>;
clock-names = "uart_clk", "pclk";
reg = <0xe0000000 0x1000>;
interrupts = <0x0 0x1b 0x4>;
device_type = "serial";
port-number = <0x0>;
};

serial@e0001000 {
compatible = "xlnx,xuartps", "cdns,uart-r1p8";
status = "disabled";
clocks = <0x1 0x18 0x1 0x29>;
clock-names = "uart_clk", "pclk";
reg = <0xe0001000 0x1000>;
interrupts = <0x0 0x32 0x4>;
};

spi@e0006000 {
compatible = "xlnx,zynq-spi-r1p6";
reg = <0xe0006000 0x1000>;
status = "disabled";
interrupt-parent = <0x4>;
interrupts = <0x0 0x1a 0x4>;
clocks = <0x1 0x19 0x1 0x22>;
clock-names = "ref_clk", "pclk";
#address-cells = <0x1>;
#size-cells = <0x0>;
};

spi@e0007000 {
compatible = "xlnx,zynq-spi-r1p6";
reg = <0xe0007000 0x1000>;
status = "disabled";
interrupt-parent = <0x4>;
interrupts = <0x0 0x31 0x4>;
clocks = <0x1 0x1a 0x1 0x23>;
clock-names = "ref_clk", "pclk";
#address-cells = <0x1>;
#size-cells = <0x0>;
};

spi@e000d000 {
clock-names = "ref_clk", "pclk";
clocks = <0x1 0xa 0x1 0x2b>;
compatible = "xlnx,zynq-qspi-1.0";
status = "disabled";
interrupt-parent = <0x4>;
interrupts = <0x0 0x13 0x4>;
reg = <0xe000d000 0x1000>;
#address-cells = <0x1>;
#size-cells = <0x0>;
};

memory-controller@e000e000 {
#address-cells = <0x1>;
#size-cells = <0x1>;
status = "disabled";
clock-names = "memclk", "aclk";
clocks = <0x1 0xb 0x1 0x2c>;
compatible = "arm,pl353-smc-r2p1";
interrupt-parent = <0x4>;
interrupts = <0x0 0x12 0x4>;
ranges;
reg = <0xe000e000 0x1000>;

flash@e1000000 {
status = "disabled";
compatible = "arm,pl353-nand-r2p1";
reg = <0xe1000000 0x1000000>;
#address-cells = <0x1>;
#size-cells = <0x1>;
};

flash@e2000000 {
status = "disabled";
compatible = "cfi-flash";
reg = <0xe2000000 0x2000000>;
#address-cells = <0x1>;
#size-cells = <0x1>;
};
};

ethernet@e000b000 {
compatible = "cdns,zynq-gem", "cdns,gem";
reg = <0xe000b000 0x1000>;
status = "disabled";
interrupts = <0x0 0x16 0x4>;
clocks = <0x1 0x1e 0x1 0x1e 0x1 0xd>;
clock-names = "pclk", "hclk", "tx_clk";
#address-cells = <0x1>;
#size-cells = <0x0>;
};

ethernet@e000c000 {
compatible = "cdns,zynq-gem", "cdns,gem";
reg = <0xe000c000 0x1000>;
status = "okay";
interrupts = <0x0 0x2d 0x4>;
clocks = <0x1 0x1f 0x1 0x1f 0x1 0xe>;
clock-names = "pclk", "hclk", "tx_clk";
#address-cells = <0x1>;
#size-cells = <0x0>;
phy-mode = "rgmii-id";
xlnx,ptp-enet-clock = <0x69f6bcb>;
local-mac-address = [00 0a 35 00 22 01];
phy-handle = <0x5>;
xlnx,eth-mode = <0x1>;

mdio {
status = "okay";
#address-cells = <0x1>;
#size-cells = <0x0>;

phy@12 {
compatible = "ethernet-phy-ieee802.3-c22";
device_type = "ethernet-phy";
reg = <0xc>;
ti,rx-internal-delay = <0x8>;
ti,tx-internal-delay = <0xa>;
ti,fifo-depth = <0x1>;
ti,min-output-impedance;
ti,dp83867-rxctrl-strap-quirk;
status = "okay";
linux,phandle = <0x5>;
phandle = <0x5>;
};
};
};

sdhci@e0100000 {
compatible = "arasan,sdhci-8.9a";
status = "okay";
clock-names = "clk_xin", "clk_ahb";
clocks = <0x1 0x15 0x1 0x20>;
interrupt-parent = <0x4>;
interrupts = <0x0 0x18 0x4>;
reg = <0xe0100000 0x1000>;
xlnx,has-cd = <0x1>;
xlnx,has-power = <0x0>;
xlnx,has-wp = <0x0>;
};

sdhci@e0101000 {
compatible = "arasan,sdhci-8.9a";
status = "disabled";
clock-names = "clk_xin", "clk_ahb";
clocks = <0x1 0x16 0x1 0x21>;
interrupt-parent = <0x4>;
interrupts = <0x0 0x2f 0x4>;
reg = <0xe0101000 0x1000>;
};

slcr@f8000000 {
u-boot,dm-pre-reloc;
#address-cells = <0x1>;
#size-cells = <0x1>;
compatible = "xlnx,zynq-slcr", "syscon", "simple-mfd";
reg = <0xf8000000 0x1000>;
ranges;
linux,phandle = <0x6>;
phandle = <0x6>;

clkc@100 {
u-boot,dm-pre-reloc;
#clock-cells = <0x1>;
compatible = "xlnx,ps7-clkc";
fclk-enable = <0x0>;
clock-output-names = "armpll", "ddrpll", "iopll", "cpu_6or4x", "cpu_3or2x", "cpu_2x", "cpu_1x", "ddr2x", "ddr3x", "dci", "lqspi", "smc", "pcap", "gem0", "gem1", "fclk0", "fclk1", "fclk2", "fclk3", "can0", "can1", "sdio0", "sdio1", "uart0", "uart1", "spi0", "spi1", "dma", "usb0_aper", "usb1_aper", "gem0_aper", "gem1_aper", "sdio0_aper", "sdio1_aper", "spi0_aper", "spi1_aper", "can0_aper", "can1_aper", "i2c0_aper", "i2c1_aper", "uart0_aper", "uart1_aper", "gpio_aper", "lqspi_aper", "smc_aper", "swdt", "dbg_trc", "dbg_apb";
reg = <0x100 0x100>;
ps-clk-frequency = <0x1fca055>;
linux,phandle = <0x1>;
phandle = <0x1>;
};

rstc@200 {
compatible = "xlnx,zynq-reset";
reg = <0x200 0x48>;
#reset-cells = <0x1>;
syscon = <0x6>;
};

pinctrl@700 {
compatible = "xlnx,pinctrl-zynq";
reg = <0x700 0x200>;
syscon = <0x6>;
};
};

dmac@f8003000 {
compatible = "arm,pl330", "arm,primecell";
reg = <0xf8003000 0x1000>;
interrupt-parent = <0x4>;
interrupt-names = "abort", "dma0", "dma1", "dma2", "dma3", "dma4", "dma5", "dma6", "dma7";
interrupts = <0x0 0xd 0x4 0x0 0xe 0x4 0x0 0xf 0x4 0x0 0x10 0x4 0x0 0x11 0x4 0x0 0x28 0x4 0x0 0x29 0x4 0x0 0x2a 0x4 0x0 0x2b 0x4>;
#dma-cells = <0x1>;
#dma-channels = <0x8>;
#dma-requests = <0x4>;
clocks = <0x1 0x1b>;
clock-names = "apb_pclk";
};

devcfg@f8007000 {
compatible = "xlnx,zynq-devcfg-1.0";
interrupt-parent = <0x4>;
interrupts = <0x0 0x8 0x4>;
reg = <0xf8007000 0x100>;
clocks = <0x1 0xc 0x1 0xf 0x1 0x10 0x1 0x11 0x1 0x12>;
clock-names = "ref_clk", "fclk0", "fclk1", "fclk2", "fclk3";
syscon = <0x6>;
linux,phandle = <0x3>;
phandle = <0x3>;
};

efuse@f800d000 {
compatible = "xlnx,zynq-efuse";
reg = <0xf800d000 0x20>;
};

timer@f8f00200 {
compatible = "arm,cortex-a9-global-timer";
reg = <0xf8f00200 0x20>;
interrupts = <0x1 0xb 0x301>;
interrupt-parent = <0x4>;
clocks = <0x1 0x4>;
};

timer@f8001000 {
interrupt-parent = <0x4>;
interrupts = <0x0 0xa 0x4 0x0 0xb 0x4 0x0 0xc 0x4>;
compatible = "cdns,ttc";
clocks = <0x1 0x6>;
reg = <0xf8001000 0x1000>;
};

timer@f8002000 {
interrupt-parent = <0x4>;
interrupts = <0x0 0x25 0x4 0x0 0x26 0x4 0x0 0x27 0x4>;
compatible = "cdns,ttc";
clocks = <0x1 0x6>;
reg = <0xf8002000 0x1000>;
};

timer@f8f00600 {
interrupt-parent = <0x4>;
interrupts = <0x1 0xd 0x301>;
compatible = "arm,cortex-a9-twd-timer";
reg = <0xf8f00600 0x20>;
clocks = <0x1 0x4>;
};

usb@e0002000 {
compatible = "xlnx,zynq-usb-2.20a", "chipidea,usb2";
status = "disabled";
clocks = <0x1 0x1c>;
interrupt-parent = <0x4>;
interrupts = <0x0 0x15 0x4>;
reg = <0xe0002000 0x1000>;
phy_type = "ulpi";
};

usb@e0003000 {
compatible = "xlnx,zynq-usb-2.20a", "chipidea,usb2";
status = "disabled";
clocks = <0x1 0x1d>;
interrupt-parent = <0x4>;
interrupts = <0x0 0x2c 0x4>;
reg = <0xe0003000 0x1000>;
phy_type = "ulpi";
};

watchdog@f8005000 {
clocks = <0x1 0x2d>;
compatible = "cdns,wdt-r1p2";
interrupt-parent = <0x4>;
interrupts = <0x0 0x9 0x1>;
reg = <0xf8005000 0x1000>;
timeout-sec = <0xa>;
};
};

chosen {
bootargs = "console=ttyPS0,115200 earlyprintk";
stdout-path = "serial0:115200n8";
};

aliases {
ethernet0 = "/amba/ethernet@e000c000";
serial0 = "/amba/serial@e0000000";
};

memory {
device_type = "memory";
reg = <0x0 0x10000000>;
};
};

</source>
{{Конец скрытого блока}}

=== Single On-board eth ===

В Vivado включен eth0(с mdio) и выключен eth1.

'''Работает гигабит через type-c! Работает hot plug. Успех.'''

<source lang="bash">
&gem0{
status = "okay";
phy-handle = <&phy0>;
phy-mode = "rgmii-id";

xlnx,eth-mode = <0x1>;

mdio {
status = "okay";
#address-cells = <1>;
#size-cells = <0>;
phy0: phy@0 {
compatible = "ethernet-phy-ieee802.3-c22";
device_type = "ethernet-phy";

reg = <0>;
ti,rx-internal-delay = <0x7>;
ti,tx-internal-delay = <0x7>;
ti,fifo-depth = <0x01>;
ti,min-output-impedance;
ti,dp83867-rxctrl-strap-quirk;
status = "okay";
};
};
};
</source>

=== Dual eth ===

[https://forums.xilinx.com/t5/Embedded-Linux/Dual-phys-on-MDIO-EMIO/td-p/737716 интересная статья о дуал eth]

Попытка поднять два физика. '''Пока не работает'''

<source lang="bash">
&gem0{
local-mac-address = [00 0a 35 00 00 00];
enet-reset = <&gpio0 47 0>;
status = "okay";
phy-handle = <&phy0>;
phy-mode = "rgmii-id";

xlnx,eth-mode = <0x1>;

mdio {
status = "okay";
#address-cells = <1>;
#size-cells = <0>;
phy0: phy@0 {
compatible = "ethernet-phy-ieee802.3-c22";
device_type = "ethernet-phy";

reg = <0>;
ti,rx-internal-delay = <0x8>;
ti,tx-internal-delay = <0xa>;
ti,fifo-depth = <0x01>;
ti,min-output-impedance;
ti,dp83867-rxctrl-strap-quirk;
status = "okay";
};
phy1: phy@12 {
compatible = "ethernet-phy-ieee802.3-c22";
device_type = "ethernet-phy";

reg = <12>;
ti,rx-internal-delay = <0x8>;
ti,tx-internal-delay = <0xa>;
ti,fifo-depth = <0x01>;
ti,min-output-impedance;
ti,dp83867-rxctrl-strap-quirk;
status = "okay";
};
};
};

&gem1{
local-mac-address = [00 0a 35 00 00 01];
enet-reset = <&gpio0 47 0>;
status = "okay";
phy-handle = <&phy1>;
phy-mode = "rgmii-id";

xlnx,eth-mode = <0x1>;
};
</source>

=== Oryx ===

Итоговый system-user.dtsi

Меняем номера uart, чтобы системным был ttyPS1, а пользовательским ttyPS0
<source lang="bash">
/include/ "system-conf.dtsi"
/ {
aliases {
serial0 = &uart0;
serial1 = &uart1;
};
};

&gem0{
status = "okay";
phy-handle = <&phy0>;
phy-mode = "rgmii-id";

xlnx,eth-mode = <0x1>;

mdio {
status = "okay";
#address-cells = <1>;
#size-cells = <0>;
phy0: phy@1 {
compatible = "ethernet-phy-ieee802.3-c22";
device_type = "ethernet-phy";
rxc-skew-ps = <1800>;
rxdv-skew-ps = <0>;
txc-skew-ps = <1800>;
txen-skew-ps = <0>;
reg = <1>;
status = "okay";
};
};
};

/ {
chosen {
bootargs = "console=ttyPS1,115200 earlyprintk uio_pdrv_genirq.of_id=generic-uio";
stdout-path = "serial1:115200n8";
};
};

&amba {
hififo: hififo@40000000 {
compatible = "generic-uio";
interrupt-parent = <&intc>;
interrupts = <0 29 1>;
reg = <0x40000000 0x1000 0x18000000 0x8000000>;
};
};

&uart0{
port-number = <0>;
};

&uart1{
port-number = <1>;
};
</source>

В Vivado включен eth0(с mdio) и выключен eth1.
Pullup пока что все включены

[https://github.com/Xilinx/u-boot-xlnx/blob/master/doc/device-tree-bindings/net/micrel-ksz90x1.txt статья в помощь]

'''Работает'''

На новых платах(с отпаянными линиями линиями eth):
* на полноценных проводах с ходу
* на обкусанных проводах только если выставить 10 в ethtool

На старых платах:

* на полноценных проводах только если выставить 100 в ethtool
* на обкусанных проводах только если выставить 10 в ethtool

Везде работает так:
<source lang="bash">
ethtool -s eth0 speed 10 duplex full autoneg on
</source>
Спидометр показывает 2,5МБ/с, т.е. 20Мбит/с!

Можно в custom_itit.sh прописать:
<source lang="bash">
ifdown eth0
ethtool -s eth0 speed 10 duplex full autoneg on
ifup eth0
</source>

<source lang="bash">
&gem0{
status = "okay";
phy-handle = <&phy0>;
phy-mode = "rgmii-id";

xlnx,eth-mode = <0x1>;

mdio {
status = "okay";
#address-cells = <1>;
#size-cells = <0>;
phy0: phy@1 {
compatible = "ethernet-phy-ieee802.3-c22";
device_type = "ethernet-phy";
rxc-skew-ps = <1800>;
rxdv-skew-ps = <0>;
txc-skew-ps = <1800>;
txen-skew-ps = <0>;
reg = <1>;
status = "okay";
};
};
};
</source>

В принципе, работает сеть на новой плате с нормальным кабелем без модификации devicetree. Остальные комбинации плат-кабелей надо проверять

== i2c ==

В rootfs включаем
<source lang="bash">
Filesystem Packages ->
base ->
i2c-tools ->
[*] i2c-tools
</source>

Для поиска устройств можно написать

<source lang="bash">
i2cdetect -y -r 0
</source>

[https://xilinx-wiki.atlassian.net/wiki/spaces/A/pages/18842160/Cadence+I2C+Driver Статья] по i2c и RTC

== QSPI Flash ==

для работы по флешь памяти как в ките (S25FL128S) - оставляем в дев.три родные compatible = "n25q512a","micron,m25p80";

== SWDT System Watchdog Timer==

* Модифицируем Uenv для настройки wawtchdog через uboot:

<source lang="bash">
bootcmd=run swdt_set && run fpga_config && run boot_image && run boot_dtb && bootm 0xA000000 0xA000000 0x9000000
swdt_set=run swdt_ccr && run swdt_rst && run swdt_zmr
swdt_ccr=mw 0xf8005004 0x92063b
swdt_rst=mw 0xf8005008 0x1999
swdt_zmr=mw 0xf8005000 0xabc043
</source>

* Создаем скрипт для сброса watchdog:

swdt_rst.sh

<source lang="bash">
watch -n 5 'devmem 0xf8005008 32 0x1999' &>/dev/null &
</source>

* Добавляем вызов скрипта в автозагрузку

PS Посмотреть можно в проекте bin/Clonicus, коммит ffc437e435d3b5c207bb1186a9561fd06a46d89f

== RTC ==

* Включаем в ядро подходящий драйвер

* Модифицируем device-tree

Вставляем в девайс три:
<source lang="bash">
&amba {
i2c0: i2c@e0004000 {
clock-frequency = <0xC350>;
rtc@51 {
compatible = "nxp,pcf85363";
reg = <0x51>;
};
};
i2c1: i2c@e0005000 {
clock-frequency = <0xC350>;
};
};
</source>

Будет выглядеть так:
<source lang="bash">
i2c@e0004000 {
compatible = "cdns,i2c-r1p10";
status = "okay";
clocks = <0x1 0x26>;
interrupt-parent = <0x4>;
interrupts = <0x0 0x19 0x4>;
reg = <0xe0004000 0x1000>;
#address-cells = <0x1>;
#size-cells = <0x0>;
clock-frequency = <0xc350>;

rtc@51 {
compatible = "nxp,pcf85363";
reg = <0x51>;
};
};

i2c@e0005000 {
compatible = "cdns,i2c-r1p10";
status = "okay";
clocks = <0x1 0x27>;
interrupt-parent = <0x4>;
interrupts = <0x0 0x30 0x4>;
reg = <0xe0005000 0x1000>;
#address-cells = <0x1>;
#size-cells = <0x0>;
clock-frequency = <0xc350>;
};
</source>

Если готового драйвера нет:

UG1144 pg.54

Создаем новый модуль
<source lang="bash">
petalinux-create -t modules --name <name_module> --enable
petalinux-create -t modules --name rtc-pcf85363 --enable
</source>

Правим исходный код в project-spec/meta-user/recipes-modules/rtc-pcf85363/files

Исправленный драйвер лежит в git Clonicus\linux\

Для удаления модуля:

* удаляем папку из project-spec/meta-user/recipes-modules

* В файле project-spec/meta-user/recipes-core/images/petalinux-image.bbappend удаляем соответствующую строку

* переоткрыть petalinux-config -c rootfs

Пробуем собрать модуль
<source lang="bash">
petalinux-build -c <name_module>
</source>

Если ОК, собираем (собирать модуль необязательно, petalinux-build его соберет)
<source lang="bash">
petalinux-build
</source>

И перепаковываем BOOT.bin

Пересобираем deveice-tree с указанием нового драйвера (petalinux-build соберет сам deveice-tree)

просмотр модулей

<source lang="bash">
lsmod
</source>

загрузить драйвер можно

<source lang="bash">
insmod /lib/modules/4.9.0-xilinx-v2017.4/extra/rtc-pcf85363.ko
</source>
или
<source lang="bash">
modprobe rtc-pcf85363
</source>

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

Прошиваем .bit (для клоникуса нужен бит для работы PL-i2c). После этого можно пользоваться RTC

Чтение времени из rtc если этот rtc не дефолтный (у нас rtc2)
<source lang="bash">
hwclock -r -f /dev/rtc2
</source>

Синхронизация rtc по системному времени
<source lang="bash">
hwclock -w -f /dev/rtc2
</source>

Правим custom_init.sh для изменения default-rtc на наше устройство
<source lang="bash">
rm /dev/rtc
ln -s /dev/rtc2 /dev/rtc
</source>

Установка системного времени
<source lang="bash">
date --set "2013-7-31 09:30"
</source>

Запись системного времени в RTC
<source lang="bash">
hwclock -w
</source>

Запись времени RTC в системное время
<source lang="bash">
hwclock -s
</source>

Получить время с интеренета
<source lang="bash">
rdate -s <IP address of time server>
rdate -s 132.163.96.5 (example)
</source>

При перезагрузке "reboot" система автоматически запишет системное время в RTC

== FPGA CONFIG from Uboot ==

Для того, чтобы прошить PL из uboot используем команду:
<source lang="bash">
fpga loadb 0 <ddr_file_addr> <file_size>
</source>

либо скриптами:
<source lang="bash">
load_bit=fatload mmc 0 0x100000 clonicus.bit // читаем файл в ddr
pl_load=fpga loadb 0 0x100000 0x1400000 // прошиваем PL
fpga_config=run load_bit && run pl_loadipaddr // вызов самих скриптов
</source>
0x10_0000 - начальный адрес ddr

0x1_400_000 - размер в байтах для 20МБайт - указываем размер битника с запасом. Теоретически может так не работать, но работает

== ETH over TTY==

В ядре включаем: slip, Universal TUN/TAP

В rootfs включаем net-tools

Включаем iptables для перемршрутизации между подсетями и для него:

<source lang="bash">
[*] Networking support ---> [CONFIG_NET]
Networking Options --->
[*] Network packet filtering framework (Netfilter) ---> [CONFIG_NETFILTER]
[*] Advanced netfilter configuration [CONFIG_NETFILTER_ADVANCED]
Core Netfilter Configuration --->
<*/M> Netfilter connection tracking support [CONFIG_NF_CONNTRACK]
<*/M> Netfilter Xtables support (required for ip_tables) [CONFIG_NETFILTER_XTABLES]
<*/M> LOG target support [CONFIG_NETFILTER_XT_TARGET_LOG]
IP: Netfilter Configuration --->
<*/M> IP tables support (required for filtering/masq/NAT) [CONFIG_IP_NF_IPTABLES]

</source>

PC1:

slattach -L -s 115200 -p slip /dev/ttyPS1 &

ifconfig sl0 192.168.1.1/24 up

route add default gw 192.168.1.1 sl0

PC2:

slattach -L -s 115200 -p slip /dev/ttyPS1 &

ifconfig sl0 192.168.1.2/24 up

route add default gw 192.168.1.1 sl0

== UART_PL ==

Включаем в настройках ядра поддержку uart_lite, выставляем правильное максимальное число уартов

Модифицируем system-user.dtsi

Обращаем внимание на нумерацию serial, axi_uartlite, она должна не повторяться. То же самое с interrupts
Указываем верный физический адрес на шине и диапазон адресов в <reg>

<source lang="bash">
/include/ "system-conf.dtsi"
/ {
aliases {
serial2 = &axi_uartlite_0;
serial3 = &axi_uartlite_1;
};
};
/ {
amba_pl {
#address-cells = <0x1>;
#size-cells = <0x1>;
compatible = "simple-bus";
ranges;

axi_uartlite_0: serial@80000008 {
clock-names = "ref_clk";
clocks = <&clkc 0>;
compatible = "xlnx,xps-uartlite-1.00.a";
current-speed = <115200>;
device_type = "serial";
interrupt-parent = <&intc>;
interrupts = <0 30 1>;
port-number = <3>;
reg = <0x80000008 0x10>;
xlnx,baudrate = <0x1c200>;
xlnx,data-bits = <0x8>;
xlnx,odd-parity = <0x0>;
xlnx,s-axi-aclk-freq-hz-d = "100.0";
xlnx,use-parity = <0x0>;
};
axi_uartlite_1: serial@8000001C {
clock-names = "ref_clk";
clocks = <&clkc 0>;
compatible = "xlnx,xps-uartlite-1.00.a";
current-speed = <115200>;
device_type = "serial";
interrupt-parent = <&intc>;
interrupts = <0 31 1>;
port-number = <4>;
reg = <0x8000001C 0x10>;
xlnx,baudrate = <0x1c200>;
xlnx,data-bits = <0x8>;
xlnx,odd-parity = <0x0>;
xlnx,s-axi-aclk-freq-hz-d = "100.0";
xlnx,use-parity = <0x0>;
};
};
};
</source>

Если ПЛИС не прошита - будет кернел паник

== IRQ ==

Для поддержки irq добавляем в device-tree

'''Важно - мы перетираем bootargs!'''
<source lang="bash">
/ {
chosen {
bootargs = "console=ttyPS0,115200 earlyprintk uio_pdrv_genirq.of_id=generic-uio";
};
};

&amba {
hififo: hififo@40000000 {
compatible = "generic-uio";
interrupt-parent = <&intc>;
interrupts = <0 29 1>;
reg = <0x40000000 0x1000 0x18000000 0x8000000>;
};
};
</source>

== USB ==

Запустил на Z706

[http://www.wiki.xilinx.com/Zynq+Linux+USB+Device+Driver во-первых]
[http://zedboard.org/content/using-petalinux-configure-zedboard%EF%BC%8C-usb-otg-can-not-work во-вторых]
[https://forums.xilinx.com/t5/Embedded-Linux/Petalinux-2016-3-zynq-7010-USB-not-working/td-p/737696 в-третьих]

В дефолтных настройках ядра petalinux_2018.1 все было включено

включаем ресет на MIO7 pullup disabled

все ноги интерфейса ulpi pullup disabled

Содержимое system-user.dtsi
<source lang="bash">
/include/ "system-conf.dtsi"
/{

usb_phy0:phy0 {

compatible="ulpi-phy";

#phy-cells = <0>;

reg = <0xe0002000 0x1000>;

view-port=<0x170>;

drv-vbus;

};

};

&usb0 {

status = "okay";

dr_mode = "host";

usb-phy = <&usb_phy0>;

} ;
</source>

== USB-ETHERNET ==
<source lang="bash">
Device Drivers ->
USB support ->
[*] USB Modem (CDC ACM)
USB Gadget Support ->
[*] Ethernet Control Model (all)
[*] RNDIS
[*] Ethernet Emulation Model
[*] CDC Composite Device (Ethernet and ACM)
[*] USB Gadget Drivers (Ethernet gadget...)
Network device support ->
USB Network Adapters ->
[*] Realtek RTL8152/RTL8153
[*] Multi-purpose USB Networking Framework
</source>

== WiFi Dongle ==

[https://forum.trenz-electronic.de/index.php?topic=747.0 раз]
[https://github.com/jinchenglee/zybo_linux_setup_doc два]
[http://billauer.co.il/blog/2014/06/linux-realtek-hostapd/ три]

Творим:
<source lang="bash">
Networking support ->
Wireless ->
[*] cfg80211
[*] Generic IEEE 802.11 ... (mac80211)
Device Drivers ->
Network device support ->
Wireless LAN ->
Realtek rtlwifi family of devices ->
[*] Realtek ..../RTL8188CE Wireless Network Adapter ???
[*] Realtek RTL8188EE Wireless Network Adapter ???
[*] Realtek RTL8192CU/RTL8188CU USB Wireless Network Adapter
Staging drivers ->
[*] Realtek RTL8188EU wireless LAN MIC driver
</source>

rootfs
<source lang="bash">
Filesystem packages ->
network ->
wpa-supplicant ->
[*] wpa-supplicant
</source>

[https://github.com/lwfinger/rtl8188eu/blob/master/rtl8188eufw.bin качаем файл]

Модификаци инит-скрипта
<source lang="bash">
cp /run/media/mmcblk0p1/wpa_supplicant.conf /etc/

mkdir /lib/firmware/
mkdir /lib/firmware/rtlwifi/
cp /run/media/mmcblk0p1/rtl8188eufw.bin /lib/firmware/rtlwifi/
</source>

== WiFi ESP ==

[http://www.wiki.xilinx.com/Zynq+SDIO+Wifi Xilinx SDIP WiFi]

[http://zedboard.org/content/sdio-wifi-driver-ar6103-problem Zedboard раз]

[https://stackoverflow.com/questions/32129689/how-to-bind-sdio1-with-wi-fi-linux два]

[http://picozed.org/content/steps-get-wlink8-working-using-petalinux-picozed picozed три]

[http://zedboard.org/content/adding-wi-fi-and-bluetooth-connectivity-zedboard-using-murata-1dx-pmod zedboard четыре]

== Оживление 2-го ядра ==

* Находим /home/ivan/clonicus_1.2.3/build/tmp/work-shared/plnx_arm/kernel-source/arch/arm/mach-zynq/efuse.c
* В функции zynq_efuse_cpu_state делаем сразу ретурн тру
* Че-нибудь меняем в настройках ядра для пересборки
* Выполняем:

<source lang="bash">
petalinux-build -c kernel -x compile -f
petalinux-build -c kernel -x deploy -f
petalinux-build
</source>

* Забираем image.ub

'''ИЛИ'''

Правим device-tree, заменяем адрес efuse на 0xf800cff0

== webserver ==

* [https://github.com/emlid/ReachView Репозиторий emlid ReachView] (bnd на py/Flask, fnd на html/Ajax/js/Bootstrap)

'''Backend:'''

* [http://svenand.blogdrives.com/archive/195.html#.XPTYt4gzaUk Источник по busybox-httpd]

* [https://www.afternerd.com/blog/python-http-server/ Гайд по python server]

* [https://ru.wikibooks.org/wiki/Flask Викиучебник по Flask]

* [https://habr.com/ru/post/193242/ ХаброГайд по python/Flask]

'''Frontend:'''

* [https://unminify.com/ unminify CSS]

* [https://getbootstrap.com/docs/4.3/getting-started/introduction/ Bootstrap EN getting started]

* [https://bootstrap-4.ru/ Bootstrap RU]

* [http://htmlbook.ru/samhtml/tekst/spetssimvoly Справочник по операторам и тегам HTML/CSS]

* [https://www.w3schools.com/howto/default.asp Сборник шаблонов CSS W3schools]

* [https://www.w3schools.com/w3css/w3css_tabulators.asp Анимированный сайдбар/табы]

* [https://css-tricks.com/ CSS Tricks]

* [https://www.cssmatic.com/ Онлайн тени/границы/градиент блоков]

* [https://internetingishard.com/html-and-css/semantic-html/ Semantic HTML grid layout]

* [https://habr.com/ru/post/202408/ Хаброгайд(ч1) по верстке]

* [https://habr.com/ru/post/211032/ ХаброГайд(ч2) по Bootstrap]

* [https://fontawesome.com/icons?d=gallery Fontawesome ICONS open lib]

:* [https://htmlacademy.ru/courses/43/run/1 Нормальный онлайн HTML/CSS/JS editor]

=== busybox httpd ===
В petalinux многие пакеты скукожены до их минимальных вариантов и встроены в общий пакет busybox.
В busybox есть также и вебсервер busybox-httpd.
Для использования нужно на этапе настройки файловой системы его включить:

$ petalinux-config -c rootfs

Конфиг:
base ->
busybox ->
[*] busybox
[*] busybox-httpd
[ ] busybox-hwclock
[*] busybox-inetd
[*] busybox-mdev
[ ] busybox-syslog
[*] busybox-udhcpc
[ ] busybox-udhcpd

Сам httpd будет в '''/usr/sbin'''.
Рабочая папка по умолчанию в '''/srv/www/'''. Если в нее кидать файлы, то именно из нее будет отображаться контент в браузере. Папку можно изменить, перезапустив httpd с ключом -h <workdir>.

Порт по умолчанию 80. Работает, как демон в /etc/init.d/, вкл-выкл оттуда же.

Если положить в /srv/www/ файл index.html с неким кодом, то в браузере отобразится вебморда. Картинки работают по ссылкам.

'''index.html'''
<source lang="html4strict">
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<title>clonicus'112 webserver</title>
</head>
<body>
<h3>Hello, World!</h3>
<h4>Web server is now up!</h4>
<img src="https://i.redd.it/oagz5eobkkt11.jpg" width="50%">
 
<a href="http://www.srns.ru">For more information see SRNS.ru</a>
 
</body>
</html>
</source>

=== python в petalinux ===
В petalinux 2017.4 есть 2 питона - 2.7 и 3.5.

$ petalinux-config -c rootfs

'''python2.7'''
Filesystem Packages->
devel->
python->

'''python3.5'''
Filesystem Packages->
misc->
python3-*>

Модуль runpy.py для запуска команд вида 'python -m <module>' находится в python -> python-misc.

=== SimpleHTTPServer.py ===
Для первого теста поднимем встроенный в python2.7 минисервер SimpleHTTPServer.py в /usr/lib/python2.7.

Для его запуска напишем скрипт

'''webserver.py''':

<source lang="python">
import SimpleHTTPServer
import SocketServer

PORT = 80

Handler = SimpleHTTPServer.SimpleHTTPRequestHandler

httpd = SocketServer.TCPServer(("", PORT), Handler)

print "serving at port", PORT
httpd.serve_forever()
</source>

$ python webserver.py

При наличии в папке со скриптом файла index.html сервер поднимется автоматически.

=== Добавление слоев в сборку ===

[https://www.srns.ru/wiki/Blog:DneprovD/18.07.2019_Yocto_layers Переехало в статью]

[[Категория:HOWTO]]
[[Категория:Oryx]]
[[Категория:Zynq]]
[[Категория:EmbeddedLinux]]
[[Category:Clonicus]]

{{wl-publish: 2018-05-16 10:06:30 +0300 | Lipa }}

Blog:Boldenkov/05.10.2011 Структура программного приёмника

2025-09-04T11:22:27Z

Dneprov D:

<summary [ hidden ]>Структура приёмника SR31 для разработчиков
[[Файл:SR_struct.png|thumb|Взаимодействие между процессами]]</summary>
{{Форма3}}
[[Файл:20111003 SR31 Logo.jpg|100px|thumb|Logo SR31]]

{{TOCright}}

Данный материал написан с целью знакомства с организацией и модульной структурной программного приёника.

== Структура каталога исходников ==
В каталоге исходников есть несколько подкаталогов, каждый из которых отвечает за определённый блок приёмника.
* Makefile - правила сборки проекта для программы make;
* main.c - файл, с которого начинается исполнение программы;
* Common - здесь хранятся заголовочные файлы *.h;
* RFint - каталог для программы-интерфейса с платой ввода данных;
* Correlator - здесь расположены исходники программного коррелятора;
* Detector - блок быстрого поиска сигнала;
* Tracker - следящие системы (ФАП, ССЗ, ЧАП) и допоиск;
* Solution - блок решения навигационной задачи;
* Interf - блок интерфейса (вывод данных на экран).

Кроме того, есть вспомогательные каталоги:
* lib - библиотеки, используемые в проекте (например, FFTW);
* Downloader - программа, записывающая выборку сигнала в файл;
* Simulator - программа-симулятор, формирующая тестовую выборку данных;
* OffSolver - программа, решающая навигационную задачу по записям приёмника в логах;
* Convertor - программа преобразования бинарных форматов файлов.

== Описание отдельных частей приёмника ==

=== Заголовочные файлы (каталог Common) ===
В данном каталоге расположены заголовочные файлы, общие для разных блоков приёмника. Кроме того, здесь собраны настройки приёмника.
* global.h - главный заголовочный файл, здесь описаны структуры хранения данных о каналах;
* RF_desc.h - описание частотного плана (частота дискретизации, промежуточная частота и прочее);
* gps_desc.h - параметры сигнала GPS C/A;
* ph_consts.h - разные константы (скорость света, pi и прочее);
* cputick.h - макросы для точного измерения времени исполнения.

=== Коррелятор (Correlator) ===
Коррелятор - наиболее вычислительно сложная и ответственная часть программного приёмника. Достаточно большие усилия потрачены были для того, чтобы блок коррелятора успевал исполнятся с необходимой скоростью. Коррелятор должен успевать за темпом поступления входных данных - это блок реального времени. Небольшие изменения в данном блоке могут привести к его неработоспособности - к этому вопросу надо относиться серьёзно.

Интерфейс с коррелятором описан в файле correlator.h. Предполагается, что управление коррелятором осуществляется не непостредственно, а с использованием макросов, описанных в данном файле. Например, для установки номинальной частоты опорного сигнала можно использовать макрос PHASEAdd(w):
<code>
Parm->corr->PhaseAdd = PHASEAdd( (wi + Parm->xf[1] ));
</code>
Данный фрагмент кода, позаимствованный из tracker.c, записывает в коррелятор код частоты. Код частоты рассчитывается макросом PHASEAdd(w), в качестве параметра которому передаётся сумма номинальной промежуточной частоты wi и текущая оценка смещения частоты Parm->xf[1]. Частоты заданы в рад/с.

Использовать данные макросы необходимо, т.к. в случае изменения коррелятора достаточно будет переписать только макросы, а остальные блоки приёмника при этом не будут затронуты.

=== Блок быстрого поиска (Detector) ===
В программном приёмнике используется блок быстрого поиска, основанный на БПФ. Возможно использование библиотеки FFTW (она работает быстрее), либо собственной реализацией БПФ (она работает медленнее).

Блок быстрого поиска - зарегистрированная программа, свидетельство [[Программа:2010_Программный_блок_быстрого_поиска_навигационного_сигнала_GPS_C/A|№ 2010613888]].

Структура блока быстрого поиска рассчитана на поиск только сигналов с периодичной ПСП, таких, как GPS C/A. На данный момент блок расчитан на поиск только сигнала GPS C/A, но возможна его переделка и на другие виды сигналов.

Блок поиска имеет свой отдельный процесс detector, исполняясь параллельно с другими блоками приёмника. Для того, чтобы искать сигнал, нужно указать режим поиска для требуемого канала:
<code>
Chnl[iS].mode = Searching;
</code>
После обнаружения сигнала блок поиска автоматически передаст сигнал на слежение.

=== Блок интерфейса с платой ввода данных (RFint) ===
Существует несколько вариантов данного блока в зависимости от источника данных:
* usb_reader.c - ввод данных по USB;
* file_reader.c - ввод выборки сигнала из файла.
Раньше был ещё plx_reader.c - ввод данных по шине PCI, но от него отказались в пользу USB.

В любом случае каждый из этих блоков создаёт процесс reader. Данный процесс считывает сигнал блоками. Объём блока данных определяется макросом BYTES_PER_BLOCK и подбирается под оптимизацию производительности приёмника. На данный момент объём блока данных соответствует входной выборке длиной 22~мс.

После получения новой порции данных процесс reader начинает записывать данные в другой блок (их всего два), а накопленный блок передаёт другим процессам для обработки - коррелятору и блоку поиска.

ВАЖНО!!! Для работы с платой ввода данных USB нужен модуль ядра FrontEnd.ko. Продробное описание на соответствующей [[Blog:Boldenkov/08.10.2011_Исходники_модуля_ядра_для_работы_с_платой_USB_выложены_в_SVN|странице]]

== Синхронизация между процессами ==
В программном приёмнике активно используется многозадачность, а точнее, многопотоковость. Такие блоки приёмника, как коррелятор, блок поиска, блок сбора данных исполняются в отдельных процессах. Для корректной работы между данными процессами должна быть синхронизация по времени. Синхронизация осуществляется с помощью семафоров.

[[Файл:SR struct.png|thumb|500px|Взаимодействие между процессами]]

Семафор - это некий сигнал, который может быть послан одним процессом (с помощью функции sem_post) другому процессу (который принимает семафор с помощью функции sem_wait). Работает это следующим образом. Если в процессе при исполнении встречается функция sem_wait, то исполнение этого процесса останавливается и он не занимает процессорное время. Когда другой процесс вызывает функцию sem_post (для соответствующего семафора), исполнение первого процесса возобновляется после функции sem_wait.

В приёмнике блок сбора данных при получении очередной порции посылает два семафора:
* rf2correlator_sem - семафор для коррелятора;
* rf2detector_sem - семафор для блока поиска.

Коррелятор при получении очередной порции данных начинает её обрабатывать. Напоминаю, что длина порции данных составляет 22 мс. Темп работы коррелятора сделан несколько меньше 1 мс, таким образом, выборку данных коррелятор обрабатывает более, чем за 22 шага. После отработки очередного интервала работы коррелятора вызывается функция CorrelInt(), являющаяся аналогом прерывания коррелятора в обычном приёмнике. В данной функции реализованы следящие системы (tracker.c).

Таким образом, следящие системы выполняются в процессе коррелятора. Отсюда мораль - обработчик CorrelInt должен работать как можно быстрее, чтобы не нарушить работу коррелятора.

В обработчике CorrelInt каждые 100 мс посылается семафор tracker2solver_sem, который активизирует процесс решения навигационной задачи.

== Обновление структуры софта ==
Недостатком существующего программного приёмника является его жёсткая привязка к сигналу GPS C/A. Тут по-крупному есть два основных момента (первые два пункта ниже).

=== Реорганизация каналов ===

Данные в приёмнике хранятся по сигналам. Глобальный массив структур Chnl[] - это параметры для каждого из 32 сигналов GPS C/A. Стоит добавить, скажем, ГЛОНАСС, и вся структура ломается. Так как одной из первостепенных задач является приём сигналов Galileo, имеющих другую структуру, это всё необходимо переделать.

Более правильным является подход, когда есть глобальная структура по каналам приёмника. Проблема в том, что у программного приёмника каналы программные, "виртуальные", и их может быть столько, на сколько хватит производительности процессора. Поэтому и была привязка к сигналам, а не каналам - те сигналы, которые отсутствуют в эфире, просто не отнимали процессорное время.

Нужно всё-таки сделать структуру по каналам приёмника, аналогичную аппаратному коррелятору, но, быть может, создавать их динамически.

Таким образом, каждый элемент массива Chnl[] должен соответсвовать одному каналу приёма. Переделать это не сложно, фактически, сейчас номер канала - это номер ПСП GPS (только нумерация с нуля, а не с единицы). Нужно добавить туда поле - тип и номер сигнала, и внести соответствующие изменения в коррелятор и блок поиска. И всё.

Второе, что нужно сделать - создать отдельную структуру данных для хранения уже параметров сигналов. Дело в том, что канал может быть сборшен со слежения из-за временного пропадания сигнала. Затем канал может быть перенацелен на другой сигнал. Сейчас данные, привязанные к сигналу, а не к каналу (эфемериды и прочее), хранятся в массиве Chnl, а нужно их хранить отдельно. Если впоследствии при восстановлении слежения другой канал захватит сигнал, за которым уже было слежение, все данные могут быть получены из этой отдельной структуры для хранения параметров.

=== Уход от макросов ===
Вторая проблема всё очень сильно привязано на макросы, особенно блок поиска. Макросы хороши, когда всё определяется на этапе компиляции. Когда был только один сигнал GPS, это было нормально. Но теперь если необходимо следить за разными сигналами, это становится проблемой. Параметры сигналов разные, например, разная длительность ПСП в сигналах GPS L1 C/A и Galileo E1. Необходимо, чтобы параметры блока поиска могли быть изменены в процессе исполнения программы, а не в процессе компиляции. Для этого многие параметры нужно объявить не как макросы, а как переменные.

=== Перераспределение кода по файлам ===

Для удобства следует разбить исходный код по множеству файлов, которые, в свою очередь, распределить по каталогам. Дополнить файлы комментариями, функции - описанием прототипов в нотации Doxygen и т.д. Иначе говоря, облагородить форму кода, сделать его более удобоваримым для совместной разработки и хранения в SVN.

[[Категория:SR31]]
[[Категория:FirmWare]]
{{wl-publish: 2011-10-05 11:45:24 +0400 | Boldenkov }}

SR31

2025-09-04T11:22:12Z

Dneprov D:

[[Файл:20111003 SR31 Logo.jpg|thumb|Logo SR31 - вот он так примерно и работает...]]
{{Форма3}}
'''Программный приёмник SR31''' представляет собой аппаратно-программный комплекс, предназначенный для приёма навигационных сигналов и решения навигационной задачи как в режиме реального времени, так и в режиме постобработки.

Аппаратная часть состоит из радиочастотного блока, платы ввода оцифрованных данных по шине USB и ЭВМ.

Все остальные операции по обработке сигнала (обнаружение, захват, слежение, решение навигационной задачи, отображение информации) осуществляются программно на ЭВМ под управлением ОС Linux.
<includeonly><center>[[SR31|''читать далее...'']]</center></includeonly><noinclude>
== Страницы о приёмнике ==
* [[Blog:Boldenkov/05.10.2011_Структура_программного_приёмника|Структура программного приёмника]]
* [[Blog:Boldenkov/08.10.2011_Исходники_модуля_ядра_для_работы_с_платой_USB_выложены_в_SVN|Работа с модулем ядра Linux FrontEnd]]
* [[Blog:Boldenkov/01.10.2011_Программный_приёмник_выложен_в_SVN|Программный приёмник выложен в SVN]]
* [[USB_FrontEnd_MAX2769|Описание радиочастотного блока приёмника]]
* [[blog:Korogodin/11.10.2011, Опыт использования Eclipse для сборки Си-программ с помощью gcc|Установка и настройка среды программирования Eclipse]]
* [[Blog:Boldenkov/22.03.2012 Модуль ядра SR31 переделан под новый радиочастотный блок|Модуль ядра SR31 переделан под новый радиочастотный блок]]

== Аппробация, публикации ==
{| class="wikitable" cellspacing="0" cellpadding="4" width="100%"
!align = "center"| № п/п
!align = "center"|Наименование научного труда, его вид ''(статья, доклад, тез. доклада, монография, отчет по НИР и т.д.)''
!align = "center"|Характеристика труда ''(печатный, рукопись)''
!Выходные данные ''(полное название журнала (сборника трудов, сб. докладов, сб. тезисов докладов), издательство, место издания (город), год, страницы труда в журнале (сборнике)''
!align = "center"|Объем ''(в стр.)''
!align = "center"|Авторы

|-
|align = "center"|1
|«Программный приёмник сигналов GPS»
|align = "center"|Печатный
|Инновации в радиотехнических информационно-телекоммуникационных технологиях. Сборник докладов, 2006 г, стр. 220-229.
|align = "center"|10
|align = "center"|[[Перов А.А.]], [[Шатилов А.Ю.]], [[Болденков Е.Н.]]

|-
|align = "center"|2
|«Программный приёмник GPS»
|align = "center"|Печатный
|Тезисы докладов на IV научной конференции "Радиооптические Технологии в Приборостроении", 2006 г, стр. 150.
|align = "center"|1
|align = "center"|[[Перов А.И.]], [[Болденков Е.Н.]]

|}

== Зарегистрированная интеллектуальная собственность ==

=== Свидетельства на программное обеспечение ===
{| class="wikitable" border="1"
|-align="center"
! №
! Статус
! Приоритет от
! Дата выдачи
! Название
! Авторы
! SVN
! Язык
! Описание
|-
| 2010613888
| Получено свидетельство
| 22.04.2010
| 15.06.2010
| [http://srns.ru/wiki/Программа:2008_Программный_блок_быстрого_поиска_навигационного_сигнала_GPS_C/A Программный блок быстрого поиска навигационного сигнала GPS C/A]
| Перов А.И., Болденков Е.Н.
| [http://srns.ru:802/websvn/listing.php?repname=SR31&path=%2Ftrunk%2FDetector%2F&#a5e18d0d241fb9ab83a61850f576ddacb&r2 SR31@r2]
| С
| Программный блок поиска сигнала GPS C/A из программного же приёмника
|-
|}

[[Категория:SR31]]
</noinclude>

SrnsViewer

2025-09-04T11:21:11Z

Dneprov D:

{{Форма3}}
Данный проект основан на использовании инструментов библиотеки Qt4. Его задачей является чтение, обработка и отображение информации, приходящей с приемника по текстовому протоколу NMEA 0183 и др.

==Описание==
===Классы===

*SatInfoRMC - Класс строки RMC. Содержит в себе всю информацию, содержащуюся в данной строке, и функции для записи/чтения информации из объекта класса.

<source lang="cpp">
class SatInfoRMC
private:
QString satSys;
QByteArray timeUTC;//время
char status ;//статус
double latitude;//широта
char nors;//Сев/Южн
double longitude;//долгота
char eorw;//Вост/Зап
double speed;//скорость
double putevoiUgol;//Путевой угол
QByteArray date;//Дата
double MagnitSklon;//Магнитное склонение
char napMS;//Направление магнитного склонения
char regim;//Индикатор режима
QString CheckSum;
</source>

*SatInfoGSV - Класс строки GSV. Содержит в себе всю информацию, содержащуюся в данной строке, и функции для записи/чтения информации из объекта класса.

<source lang="cpp">
class SatInfoGSV
private:
QString satSys;
int totalNumMes;//число сообщений
int mesNumber;//номер сообщения
int satInView;//полное число видимых спутников
QVector<int> satNumber;//номер спутника
QVector<int> elevation;//высота
QVector<int> azimuth;//азимут
QVector<double> SNR;//с/ш
QString CheckSum;
</source>

*SatInfoGSA - Класс строки GSA. Содержит в себе всю информацию, содержащуюся в данной строке, и функции для записи/чтения информации из объекта класса.

<source lang="cpp">
class SatInfoGSA
private:
QString satSys;
QString mode1;
QString mode2;
QVector <int> satNamesForFix;
QString PDOP;
QString HDOP;
QString VDOP;
QString CheckSum;
</source>

*Имена функций для записи/чтения , как правило, состоят из названия переменной с префиксом set/get.

===Функции===

*QString CalcalateCheckSum(QByteArray stroka)
Функция подсчета контрольной суммы строки.

*SatInfoGSV GetInfoGSV(QByteArray stroka)
Парсер строки GSV.

*SatInfoGSA GetInfoGSA(QByteArray stroka)
Парсер строки GSA.

*SatInfoRMC GetInfoRMC(QByteArray stroka)
Парсер строки RMC.

*void showClock(QVector <SatInfoRMC> pRMC, int plusUTC)
Функция отображения часов с поправкой на часовой пояс.

*bool checksumTest(QByteArray promStrok,QString chSum)
Проверка контрольной суммы.

*std::list <dataForPolarPlot> packPolar(QVector<SatInfoGSA> pGSA,QVector<SatInfoGSV> pGSV)
Формирует список для отображения на полярном графике.

*std::list <SatSnr> packSNR(QVector<SatInfoGSA> pGSA,QVector<SatInfoGSV> pGSV)
Формирует список для отображения гистограммы с/ш.

*bool revisionForSolution(int nameOfSat, QVector<SatInfoGSA> pGSA)
Проверка спутника на участие в решении.

*QByteArray MainWindow::data(QByteArray stroka, int &i)
Возвращает массив символов от запятой до запятой(NMEA).

===Слоты===
*dodo()
Слот, вызывающийся ежесекундно. Содержит набор операций по чтению, обработке и отображению информации.

==Классы==

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

*SatSnr - класс, предназначенный для передачи информации в виде списка объектов этого класса. Содержит информацию, которую необходимо отобразить, и функции чтения/записи.

<source lang="cpp">
class SatSnr

QString name;//номер спутника
double q;// с/ш
bool insat;//участие в решении
QString navsys;//навиг. сис-ма
</source>

*Otobragenie - вспомогательный класс.

''Методы''
*void otobrazi(std::list<SatSnr>) - Функция,отображающая входной список.В ней предусмотрена компоновка, выбор отображаемых позиций, функция
scroll'а.Использует объекты QwtThermo библиотеки Qwt.

===satpolarplot===
Предназначен для отображения положения спутников на полярном графике.

*dataForPolarPlot - класс, предназначенный для передачи информации в виде списка объектов этого класса. Содержит информацию, которую необходимо отобразить, и функции чтения/записи.
<source lang="cpp">
class dataForPolarPlot

QString name;//номер спутника
QString satSys;//нав. сис-ма
double elevation;//угол места
double azimuth;//азимут
bool inSolution;// Участие в решении
bool slezhenie;// в слежении
double SNR;//с/ш
</source>

''Методы''
*void showListOfSatellites(std::list<dataForPolarPlot>) - функция,отображающая входной список.Использует объекты QwtPolarPlot библиотеки QwtPolar.

==Описание работы==
[[File:6.png|400px|Скрин окошка программы|thumb]]
#Доступ к порту (на котором стоит приемник) и его настройка осуществляется посредством библиотеки QSerialPort.
#Ежесекундно (QTimer) вызывается слот dodo(), в котором происходит чтение данных из буфера.
#Далее происходит идентификация, разбор строк и проверка контрольной суммы(на этом этапе задействованы классы и функции описанные выше).
#Следующий этап - компоновка информации в виде объектов класса SatSnr и dataForPolarPlot и составление списка из объектов этих классов.
#И, наконец, передача списка функции otobrazi() класса SatView.
==Дополнительно==
Реализовано отображение времени с поправкой на часовой пояс.

==Что для этого нужно==

#Библиотеку Qt4 (возможно и на 5.1 заработает) - http://qt-project.org/downloads
#QtCreator (у меня 2.4.1) - http://qt-project.org/downloads
#откомпилированные библиотеки:
##Qwt 6.1.0 (для отображения с/ш): http://qtlinux.narod.ru/install_qwt.htm. Download: [[media:qwt-6.1.0.zip|qwt-6.1.0.zip]] (через apt-get <code>sudo apt-get install libqwt-dev libqwt6</code>)
##QwtPolar 1.0.1 (для Sky View): http://qtlinux.narod.ru/install_qwtpolar.htm. Download: [[media:qwtpolar-1.0.1.tar.gz|qwtpolar-1.0.1.tar.gz]] На этом этапе обратить внимание на пути, которые прописаны в создаваемых/редактируемых файлах. Они должны соответствовать действительности, т.е. все файлы должны там лежать.
##QSerialPort (для работы с портом): http://qt-project.org/wiki/QtSerialPort. Download: [[media:QSerialPort.tar.gz|QSerialPort.tar.gz]] По мануалу на QSerialPort нужно создавать дополнительные директории, но этого делать не нужно! Заходим в директорию с распакованной библиотекой: <code> qmake make sudo make install</code>
'''Не забыть поставить права на чтение порта!'''

==Как этим пользоваться==
Для того, чтобы подключить классы (с их виджетами) к своему проекту достаточно будет подключить к проекту(в .pro-файле) следующие файлы (SrnsViewer/NMEA):
*satview.h и satview.cpp - виджет, отображающий с/ш.
*satpolarplot.h и satpolarplot.cpp - виджет графика.

===Порядок работы===

#Создаем объект класса SatView (ну или satpolarplot) и размещаем на форме.
<source lang="cpp">
// создаем виджет гистограммы С/Ш
myWidjet = new SatView(this);
myWidjet->move(20,20);
myWidjet->resize(280,300);
// создаем виджет полярного графика
myPolarWidget = new satpolarplot(this);
myPolarWidget->move(500,20);
myPolarWidget->resize(400,400);
</source>

#Формируете список объектов класса SatSnr (ну или dataForPolarPlot), т.е. список(list) того, что хотим отобразить.
#Вызываем методы, передаем им списки.
<source lang="cpp">
//передаем данные виджетам
myPolarWidget->showListOfSatellites(polarInfo);
myWidjet->otobrazi(dataForSNR);
</source>
==P.S.==
По аналогии можно без труда реализовать парсер и для других типов строк NMEA.

== Аппробация (Корогодин) ==

QtCreator и Qt4 у меня стояли, установленные из репозитория. Не помню, чтобы я компилировал Qt4.

qwt поставил командой: <code>sudo apt-get install libqwt-dev libqwt6</code>.

qwtpolar ставил по мануалу, но сейчас к статье добавлен архив с исходниками, в которых все настройки уже выполнены (остается только скомпилировать и установить).

QSerialPort ставил их архива (qmake, make, sudo make install).

Для работы, вероятно, требуется добавить себя в группу dialout. Но я там уже был.

Чтобы работать из QtCreator, следует поменять пути Release и Debug компиляции (слева кнопка ''Проекты'') на актуальные.

[[Категория:Импала]]

Javad and RTKLIB

2025-09-04T11:20:24Z

Dneprov D:

Рассмотрим режим rtk, где:

* База: Javad. Подключен к неподвижной антенне на крыше.

* Приёмник: nv08c. Подключен к другой неподвижной антенне на крыше.

С помощью [http://www.rtklib.com/ RTKLIB] получим точное решение навигационной задачи (порядка нескольких миллиметров). Для этого нам понадобится подпрограмма rtknavi (\rtklib_2.4.2\bin\rtknavi.exe). 
О том, как это сделать, можно посмотреть [https://www.youtube.com/watch?v=cZsxGLtEV0k здесь].

== Настройка rtknavi ==

После подключения приёмников, переходим к настройкам rtknavi.

1. Запускаем rtknavi. 
2. Настраиваем связь с nv08c и javad через последовательный порт. Для этого в главном окне программы нажимаем на кнопку "I". 
2.1. Ставим галочку напротив "Rover" и "Base Station". 
2.2. Type у двух приёмников - serial. 
2.3. Opt: для rover - порт, соответствующий бинарному протоколу nv08c, для Base Station - соответствующий порту javad. 
Параметры порта nv08c:
*Bitrate: 115200
*Byte Size: 8 bit
*Parity: Odd
*Stop Bits: 1 bit
*Flow Control: None

Параметры порта для javad:
*Bitrate: 115200
*Byte Size: 8 bit
*Parity: None
*Stop Bits: 1 bit
*Flow Control: None

2.4. cmd:
для nv08c:
!NVS CFG-BINR f4 0a
!NVS CFG-BINR D5 01
Для javad: нажимаем "load" и открываем: "\rtklib_2.4.2\data\javad_raw_1hz.cmd" 
2.5. Format выбираем соответствующий приёмнику. 
[[File:javad_and_rtklib_1.PNG|400px]]

3. Нажимаем на кнопку "options". Для настройки самого режима. 
3.1. во вкладке Setting1:
* Positioning Mode: Static (можно Kinematic, но т.к. антенна неподвижна, выбрав kinematic точность немного потеряется).
* Также оставляем галочку только напротив GPS 
[[File:javad_and_rtklib_2.PNG|400px]]

3.2. Во вкладке "Positions" настраиваем координаты базовой станции: 
* Lat: 55.756313° 
* Lon: 37.708040° 
* H: 180.494486 m 
Данные значения получены после усреднения результатов измерения координат антенны, которые происходили около 2-х часов. 
[[File:javad_and_rtklib_3.PNG|400px]]

4. Теперь нажимаем на start и ждем получения решения.

== Описание полученного результата ==
* Требуется от 4 до 10 минут (по разному), чтобы rtklib начал выдавать точное решение (это касается static и kinimatic).
* На рисунке ниже показан один из возможных результатов. Там видно , что после нахождения точного решения, пару раз произошёл срыв, и само решение немного "гуляет". При других запусках программы точное решение имело шумоподобный вид с постоянным математическим ожиданием.

[[File:javad_and_rtklib_4.PNG|400px]] 
[[File:javad_and_rtklib_5.PNG|400px]] 
После первого получения точного решения прошло 15 минут. 
[[File:javad_and_rtklib_6.PNG]] 
После первого получения точного решения прошло 25 минут. 
[[File:javad_and_rtklib_7.PNG|400px]] 
После первого получения точного решения прошло 30 минут. 

== Полезные ссылки ==

* [https://srns.ru/wiki/Blog:Korogodin/07.07.2011,_JAVAD2RINEX_HOWTO подключение Javad]
* [https://srns.ru/wiki/Blog:DneprovV/29.07.2015_%D0%A0%D0%B0%D0%B1%D0%BE%D1%82%D0%B0_%D1%81_RTKLib работа с RTKLIB]
* [http://www.rtklib.com/ RTKLIB]. Ссылка на страницу официального сайта для скачивания программы.

[[Категория:Javad]]
[[Категория:HOWTO]]
[[Категория:RTKLIB]]
[[Категория:NV08C]]
[[Категория:RTK]]

Javad and RTKLIB

2025-09-04T11:20:10Z

Dneprov D:

{{Форма3}}
Рассмотрим режим rtk, где:

* База: Javad. Подключен к неподвижной антенне на крыше.

* Приёмник: nv08c. Подключен к другой неподвижной антенне на крыше.

С помощью [http://www.rtklib.com/ RTKLIB] получим точное решение навигационной задачи (порядка нескольких миллиметров). Для этого нам понадобится подпрограмма rtknavi (\rtklib_2.4.2\bin\rtknavi.exe). 
О том, как это сделать, можно посмотреть [https://www.youtube.com/watch?v=cZsxGLtEV0k здесь].

== Настройка rtknavi ==

После подключения приёмников, переходим к настройкам rtknavi.

1. Запускаем rtknavi. 
2. Настраиваем связь с nv08c и javad через последовательный порт. Для этого в главном окне программы нажимаем на кнопку "I". 
2.1. Ставим галочку напротив "Rover" и "Base Station". 
2.2. Type у двух приёмников - serial. 
2.3. Opt: для rover - порт, соответствующий бинарному протоколу nv08c, для Base Station - соответствующий порту javad. 
Параметры порта nv08c:
*Bitrate: 115200
*Byte Size: 8 bit
*Parity: Odd
*Stop Bits: 1 bit
*Flow Control: None

Параметры порта для javad:
*Bitrate: 115200
*Byte Size: 8 bit
*Parity: None
*Stop Bits: 1 bit
*Flow Control: None

2.4. cmd:
для nv08c:
!NVS CFG-BINR f4 0a
!NVS CFG-BINR D5 01
Для javad: нажимаем "load" и открываем: "\rtklib_2.4.2\data\javad_raw_1hz.cmd" 
2.5. Format выбираем соответствующий приёмнику. 
[[File:javad_and_rtklib_1.PNG|400px]]

3. Нажимаем на кнопку "options". Для настройки самого режима. 
3.1. во вкладке Setting1:
* Positioning Mode: Static (можно Kinematic, но т.к. антенна неподвижна, выбрав kinematic точность немного потеряется).
* Также оставляем галочку только напротив GPS 
[[File:javad_and_rtklib_2.PNG|400px]]

3.2. Во вкладке "Positions" настраиваем координаты базовой станции: 
* Lat: 55.756313° 
* Lon: 37.708040° 
* H: 180.494486 m 
Данные значения получены после усреднения результатов измерения координат антенны, которые происходили около 2-х часов. 
[[File:javad_and_rtklib_3.PNG|400px]]

4. Теперь нажимаем на start и ждем получения решения.

== Описание полученного результата ==
* Требуется от 4 до 10 минут (по разному), чтобы rtklib начал выдавать точное решение (это касается static и kinimatic).
* На рисунке ниже показан один из возможных результатов. Там видно , что после нахождения точного решения, пару раз произошёл срыв, и само решение немного "гуляет". При других запусках программы точное решение имело шумоподобный вид с постоянным математическим ожиданием.

[[File:javad_and_rtklib_4.PNG|400px]] 
[[File:javad_and_rtklib_5.PNG|400px]] 
После первого получения точного решения прошло 15 минут. 
[[File:javad_and_rtklib_6.PNG]] 
После первого получения точного решения прошло 25 минут. 
[[File:javad_and_rtklib_7.PNG|400px]] 
После первого получения точного решения прошло 30 минут. 

== Полезные ссылки ==

* [https://srns.ru/wiki/Blog:Korogodin/07.07.2011,_JAVAD2RINEX_HOWTO подключение Javad]
* [https://srns.ru/wiki/Blog:DneprovV/29.07.2015_%D0%A0%D0%B0%D0%B1%D0%BE%D1%82%D0%B0_%D1%81_RTKLib работа с RTKLIB]
* [http://www.rtklib.com/ RTKLIB]. Ссылка на страницу официального сайта для скачивания программы.

[[Категория:Javad]]
[[Категория:HOWTO]]
[[Категория:RTKLIB]]
[[Категория:NV08C]]
[[Категория:RTK]]

ArcticSEA

2025-09-04T11:18:50Z

Dneprov D:

'''ArcticSEA''' (''System for Experiment Automatization'') - библиотека функций в виде совокупности matlab-скриптов, предназначенных для проведения автоматизированных экспериментов и испытаний навигационной аппаратуры с помощью лабораторного оборудования.
{{notice|Этой странице не хватает гламурной фотографии собранного стенда}}
== Цель ==
Приборы Rohde & Schwarz позволяют достаточно просто управлять собой через локальную сеть. При этом некоторую сложность представляет огромное число специфичных команд управления, отвечающих стандарту SCPI (Standard Commands for Programmable Instruments). Цель создания данной библиотеки - написать классы - фасады, методы которых позволят выполнять необходимые действия с приборами без явного использования команд SCPI.
{{Форма3}}

== Состав библиотеки ==
На данный момент в состав библиотеки входят 3 класса для управления приборами и класс для общения с навигационным модулем.

== Общие методы для всех классов управления приборами ==
Описание всех классов, сформированное в doxygen, можно посмотреть, запустив файл help.html в корне [https://code.google.com/p/arcticsea проекта]
{|table class="wikitable collapsible collapsed"
! colspan ="3"|Общие методы классов управления приборами
|-
! Метод
! Входные аргументы
! Возвращает

|-
|'''SetConnection(IP, port)''' Установка соединения с прибором ||IP, string - адрес устройства в сети port - порт, для приборов Rohde & Schwarz port = 5025||1, если соединение установлено успешно, иначе 0

|-
|'''CloseConnection''' Закрытие соединения с прибором || --- ||1, если соединение закрыто успешно, иначе 0

|-
|'''SendCommand(strCommand)''' Отправка команды в формате SCPI (т.е. как в документации на прибор) ||strCommand, string - команда в формате SCPI ||1, если команда отправлена успешно, иначе 0. Если отправленная команда не может быть выполнена прибором (например, прибор не поддерживает заданную частоту), сообщение от прибора будет выведено в командную строку.

|-
|'''SendQuery(strCommand)''' Отправка запроса в формате SCPI ||
strCommand, string - запрос в формате SCPI, заканчивается вопросительным знаком 
||[Status, Result] 
Status = 1, если запрос послан успешно, иначе 0. Result, string - ответ прибора на посланный запрос.

|-
|'''GetIDN''' Запрос информации о модели прибора, серийном номере || --- ||[Status, IDN] Status = 1, если операция успешна, иначе 0. IDN, string - информация о модели прибора, серийном номере.

|-
|'''Preset''' Установка настроек прибора "по умолчанию", очистка лога ошибок || --- ||1, если операция успешна, иначе 0

|-
|'''QueryError''' Запрос ошибок || --- ||1, если есть ошибки, сообщение прибора будет выведено в командную строку. 0 - ошибок нет.
|}

== Классы ==
=== Класс CFSV ===
==== Описание ====
Класс, созданный для управления анализатором спектра FSV. На данный момент реализованы следующие возможности: 
#Установка центральной частоты в режиме анализа спектра
#Установка полосы в режиме анализа спектра
#Измерение мощности сигнала в заданной полосе

==== Методы ====
{|table class="wikitable collapsible collapsed"
! colspan ="3"|Методы
|-
! Метод
! Входные аргументы
! Возвращает

|-
|'''SetCenterFreq(Freq)''' Установка центральной частоты в режиме анализа спектра ||Freq - центральная частота, может быть как string 10GHz, так и число 10E9 ||1, если операция успешна, иначе 0

|-
|'''SetSpan(Span)''' Установка полосы в режиме анализа спектра ||Span - полоса, может быть как string 10MHz, так и число 10E6 ||1, если операция успешна, иначе 0

|-
|'''PowerMeasure(Bandwidth)''' Измерение мощности сигнала в заданной полосе ||Bandwidth - полоса измерения, может быть как string 10MHz, так и число 10E6 ||[Status, measure] Status = 1, если операция успешна, иначе 0. measure - измеренная мощность, дБм.
|}

=== Класс CSMBV ===
==== Описание ====
Класс, созданный для управления генератором сигналов SMBV. На данный момент реализованы следующие возможности: 
#Установка частоты сигнала
#Установка мощности сигнала
#Имитация сигналов заданного числа спутников(GPS, диапазон L1, расположение - Москва, статика, мощность всех сигналов одинакова)

==== Методы ====

{|table class="wikitable collapsible collapsed"
! colspan ="3"|Методы
|-
! Метод
! Входные аргументы
! Возвращает

|-
|'''SetLevel(Level)''' Установка мощности сигнала ||Level - мощность сигнала, дБм ||1, если операция успешна, иначе 0

|-
|'''SetFreq(Freq)''' Установка частоты сигнала ||Freq - частота сигнала, может быть как string 10MHz, так и число 10E6 ||1, если операция успешна, иначе 0

|-
|'''SetRFOutput(State)''' Включение/выключение RF выхода ||State, string - ON/OFF ||1, если операция успешна, иначе 0

|-
|'''SetGPS(SatNumber)''' Имитация сигналов заданного числа спутников(GPS, диапазон L1, расположение - Москва, статика, мощность всех сигналов одинакова) ||SatNumber - количество спутников ||1, если операция успешна, иначе 0
|}

=== Класс CRSC ===
==== Описание ====
Класс, созданный для управления аттенюатором RSC. На данный момент реализованы следующие возможности: 
#Установка заданного ослабления

==== Методы ====

{|table class="wikitable collapsible collapsed"
! colspan ="3"| Методы
|-
! Метод
! Входные аргументы
! Возвращает

|-
|'''SetAttenuation(ATT)''' Установка заданного ослабления ||ATT - ослабление, дБ ||1, если операция успешна, иначе 0
|}

=== Класс CReceiver ===
==== Описание ====
Класс, созданный для работы с навигационными модулями. На данный момент реализованы следующие возможности: 
#Рестарт приемника (для GEOS - 3)
#Получение статуса решения и сохранение его в переменную класса FixType (для GEOS - 3)
#Чтение данных, посылаемых приемником по последовательному порту

==== Методы ====

{|table class="wikitable collapsible collapsed"
! colspan ="3"|Методы
|-
! Метод
! Входные аргументы
! Возвращает

|-
|'''SerialConfig(COM, Baud)''' Настройка соединения ||COM,string - имя порта Baud - скорость передачи данных || ---

|-
|'''SerialConnect''' Соединение с приемником || --- ||1, если операция успешна, иначе 0

|-
|'''RecieveString''' Однократное чтение данных || --- ||[Answer] строка данных

|-
|'''SerialClose''' Закрытие соединения || --- ||1, если операция успешна, иначе 0

|-
|'''Reset''' Перезагрузка приемника || --- || ---

|-
|'''GetSolutionStatus''' Получение статуса решения и сохранение его в переменную класса FixType (для GEOS - 3)|| --- || ---
|}

== Пример использования ==

Для проверки созданных классов был проведен эксперимент по определению чувствительности модуля GEOS - 3 в режиме слежения.

<div class="NavFrame collapsed">
<div class="NavHead">Листинг matlab</div>
<div class="NavContent">
<source lang="matlab">
SMBV = CSMBV;
Rec = CReceiver;

%соединение с SMBV
[Stat] = SMBV.SetConnection('192.168.1.22',5025);
if (Stat == 0)
error('Connection problem')
end
%сброс настроек SMBV в дефолтные, очистка лога ошибок
[Stat] = SMBV.Preset;
if (Stat == 0)
error('Error')
end
%запрос модели, серийного номера
[Stat, result] = SMBV.GetIDN;
if (Stat == 0)
error('Error')
end
disp(result);
%проверка системных ошибок
[status, result] = SMBV.SendQuery('SYST:SERR?');
if (result(1) ~= '0' || status == 0 )
disp (['*** Instrument error : ' result]);
return;
end
%начальные настройки эксперимента
StartLevel = -95; % стартовая мощность сигнала
%запуск имитации сигнала GPS
[Stat] = SMBV.SetGPS(6);
if (Stat == 0)
error('Error')
end
%установка стартовой мощности
[Stat] = SMBV.SetLevel(StartLevel);
if (Stat == 0)
error('Error')
end
[Stat] = SMBV.SetRFOutput('ON');
if (Stat == 0)
error('Error')
end

%Настройка соединения с приемником
Rec.SerialConfig('COM6',115200);
%Соединение с приемником
Stat = Rec.SerialConnect;
if (Stat == 0)
error('Serial: connection problem')
end
%Перезагрузка приемника, запуск отсчета времени на даннй мощности
Rec.Reset;
pause(70);
tin_thislevel = tic;

%Параметры эксперимента: шаг изменения мощности, ожидание на мощности
LevelStep = 1; PauseOnLevel = 30;
HaveFix = 0;
k = 1;
RecIsDead5sec = 0;
RecOkOnLastStep = 0;
Pow_arr = cell(1,1);
p = 1;
m = 0;

%цикл эксперимента
while (1)

Rec.GetSolutionStatus;

if (Rec.FixType == 3)
RecOkOnLastStep = 1;
HaveFix = 1;
if (toc(tin_thislevel) > PauseOnLevel)
LastOkLevel = SMBV.Level;
Pow_arr{p,1} = [LastOkLevel 1];
p = p + 1;
if (LastOkLevel <= -95 && LastOkLevel >= -118)
LevelStep = 8;
elseif (LastOkLevel == -119)
LevelStep = 2;
elseif (LastOkLevel <= -120 && LastOkLevel >= -135)
LevelStep = 0.5;
end
Stat = SMBV.SetLevel(LastOkLevel - LevelStep);
if (Stat == 0)
error('SMBV error')
end
tin_thislevel = tic;
end
elseif ((Rec.FixType == 1 || Rec.FixType == 2) && RecOkOnLastStep == 1 )
DeathTime = tic;
end

if ((Rec.FixType == 1 || Rec.FixType ==2) && HaveFix == 1 && RecOkOnLastStep == 0 )
if ( toc(DeathTime) > 5 )
RecIsDead5sec = 1;
else
RecIsDead5sec = 0;
end
end

if (Rec.FixType == 1 || Rec.FixType == 2)
RecOkOnLastStep = 0;
end

if (RecIsDead5sec == 1)
ResultLevel(k) = LastOkLevel;
k = k + 1;
Pow_arr{p,1} = [(LastOkLevel - LevelStep) 0];
p = p + 1;
file = [num2str(m) 'MSHUpower.mat'];
save(file, 'Pow_arr');
m = m + 1;
Rec.Reset;
SMBV.SetLevel(StartLevel);
HaveFix = 0;
RecOkOnLastStep = 0;
RecIsDead5sec = 0;
toc(DeathTime);
pause(70);
tin_thislevel = tic;

end

end
</source>
</div>
</div>

== Ссылки ==

[https://github.com/Korogodin/arcticsea Ссылка]на репозиторий

Blog:Boldenkov

2025-09-04T10:17:53Z

Dneprov D:

[[Болденков, Евгений Николаевич|Страница Евгения...]], '''контактная информация там же'''.

[[Special:Wikilog/User:Boldenkov|Поиск по блогу...]]
{{Форма3}}

Blog:Lipa/07.08.2020 QEMU Virtualization

2025-09-04T08:38:34Z

Dneprov D:

<summary hidden=true>

<center>[[File:QEMU.png|400px]]</center>

Виртуализация petalinux на хосте!

</summary>
{{Форма3}}
== INTRO ==
Качаем читаем [[:File:ug982-petalinux-system-simulation_QEMU.pdf]]

== SD-card create ==

[https://github.com/k0nze/qemu_zynq_linux_setup инструкция]

Выкачиваем [https://github.com/qemu/qemu.git репозиторий qemu]

Ставим в систему nbd
<source lang="bash">
sudo apt-get install nbd-client
</source>

Проверяем
<source lang="bash">
lsmod | grep nbd
</source>

Если нет модуля - загружаем его:
<source lang="bash">
modprobe nbd
</source>

Ставим в систему pixman
<source lang="bash">
sudo apt-get install libpixman-1-dev
</source>

Возможно:
<source lang="bash">
sudo apt-get install git libglib2.0-dev libfdt-dev libpixman-1-dev zlib1g-dev
sudo apt-get install ninja-build
</source>

Инициализируем подмодуль:
<source lang="bash">
cd qemu
git submodule update --init dtc
</source>

Исполняем:
<source lang="bash">
./configure --target-list="aarch64-softmmu" --enable-fdt --disable-kvm --disable-xen make -j4
</source>

Создаем файл-образ флешки:
<source lang="bash">
~/git/qemu/qemu-img create -f qcow2 ~/clonicus_1.2.3/sdcard/sdcard.qcow2 256M
</source>

Подключаем образ к хосту:
<source lang="bash">
sudo ~/git/qemu/build/qemu-nbd --connect=/dev/nbd0 ~/clonicus_1.2.3/sdcard/sdcard.qcow2
</source>

Проверяем подключение:
<source lang="bash">
sudo fdisk /dev/nbd0 -l

Диск /dev/nbd0: 256 MiB, 268435456 байтов, 524288 секторов
Единицы измерения: секторов из 1 * 512 = 512 байтов
Размер сектора (логический/физический): 512 байт / 512 байт
I/O size (minimum/optimal): 512 bytes / 512 bytes
</source>

Форматируем флешку:
<source lang="bash">
sudo fdisk /dev/nbd0
</source>

[[:File:sd_table.rar]]
Таблица форматирования
Размеченный файл-образ, берем, пользуем

== START ==

Заходим по ssh на виртуальный petalinux

'''Пока что не получается заменить IP адрес.''' Используем 10.0.2.15

Необходимо переименовать на флешке файл interfaces, чтобы он не ломал настройки

Перенаправляем порты ssh при вызове запуска виртуалки:
<source lang="bash">
petalinux-boot --qemu --kernel --qemu-args "-redir tcp:10022:10.0.2.15:22 -drive file=sdcard.qcow2,if=sd,index=0,media=disk"
</source>

Далее коннектимся с хоста:
<source lang="bash">
ssh-copy-id root@localhost -p 10022
ssh root@localhost -p 10022
</source>

Копирование по ssh:
<source lang="bash">
scp -P 10022 <source> root@localhost:<destination>
</source>

Прерывать симуляцию:
<source lang="bash">
Ctrl-A X
</source>

Работает SSH и подгружаются скрипты с подмонтированной SD-карточки. Цветная консоль, ключи ssh...

== Native QEMU ==

Забываем, все, что выше. Запускаем петалинукс на чистом QEMU

качаем [https://github.com/qemu/qemu.git репозиторий qemu]

Исполняем:
<source lang="bash">
./configure --target-list="arm-softmmu" --enable-fdt --disable-kvm --disable-xen
make -j24
</source>

переходим в build, создаем скрипт запуска
<source lang="bash">
#!/bin/bash

./qemu-system-arm -M xilinx-zynq-a9 -m 256M \
-device loader,file=/home/ivan/linux/u-boot.elf \
-drive file=/home/ivan/git/SD/sdcard.qcow2,if=sd,index=0,media=disk \
-serial stdio
</source>

== QEMU + Questa ==

[[Категория:HOWTO]]
[[Категория:Oryx]]
[[Категория:Zynq]]
[[Категория:EmbeddedLinux]]
[[Category:Clonicus]]
[[Category:Qemu]]
[[Category:Debug]]
{{wl-publish: 2020-08-07 09:45:50 +0300 | Lipa }}

Blog:Lipa/16.05.2018 PetaLinux

2025-09-04T08:38:16Z

Dneprov D:

<summary [ hidden ] >
{{Форма3}}
<center>[[File:Petalinux.png|400px]]</center>

Сборка PetaLinux для кастомной железки

</summary>
{{Форма3}}
== Требования ==

Vivado 2018.1 (для single-gigabit ethernet можно более ранние версии)

Начиная с petalinux_2018.1 отсутствует devcfg. Необходимо использовать FPGA manager. Технология нами пока не освоена

Необходима Ubuntu-16.04

Требуется поставить ряд пакетов, полный список приведен в документе [https://www.xilinx.com/support/documentation/sw_manuals/xilinx2019_1/ug1144-petalinux-tools-reference-guide.pdf#page=9 UG1144]

Устанавливаем PetaLinux в систему. Дистрибутив есть на [https://www.xilinx.com/support/download/index.html/content/xilinx/en/downloadNav/embedded-design-tools/2018-1.html Xilinx], либо у меня на компьютере. '''Ставить PetaLinux необходимо БЕЗ прав суперюзера!'''

кидаем в /components/yocto/ sstate-rel-v2017.4.tar.gz

Подготовка завершена

== Правка Vivado ==

Для поддержки MDIO в Vivado 17.1-17.4 нужен [https://www.xilinx.com/support/answers/69132.html патч]. Ставим!

'''Не помогло.''' Ставим 2018.1

== Сборка ==

Пошаговое руководство по сборке содержится в документе UG1156

В консоли пишем source/[путь к петалинух]/settings.sh

Выполняем шаги из UG1156 по главе 5:

* экспортируем из Vivado .hdf (в блок дизайн File->Export->Export Hardware)

* создаем проект PetaLinux
<source lang="bash">
$ petalinux-create --type project --template zynq --name <PROJECT>
</source>

* переходим в папку с текущим проектом

* подключаем файл .hdf
<source lang="bash">
$ petalinux-config --get-hw-description=[путь к папке с файлом .hdf]
</source>

* перед сборкой системы необходимо выполнить '''все''' команды конфигурации в данной последовательности:
<source lang="bash">
$ petalinux-config

$ petalinux-config -c kernel

$ petalinux-config -c rootfs
</source>

=== petalinux-config ===

Если хотим спользовать внешний файл device-tree включаем:

<source lang="bash">
Subsystem AUTO Hardware Settings->
Advances bootable images storage settings->
dtb image settings->
image storage media
primary sd

</source>

Необходимо править netboot offset если оперативной памяти менее ~256МБ

Для клоникуса с 256МБ ставим 8'000'000

<source lang="bash">
$ petalinux-config
</source>

<source lang="bash">
u-boot Configuration->
netboot offset
</source>

Выставляем точку начала распаковки образа системы

Выключаем копирование образа по sftp (Image Packaging Configuration -> Copy final images)

Отключаем интернет-sstate (Yocto Settings -> Enable Network sstate feeds)

=== petalinux-config -c kernel===

* Подключаем в ядре поддержку физика и его дров.

<source lang="bash">
$ petalinux-config -c kernel
</source>

'''для oryx:'''

<source lang="bash">
Device Drivers->
[*]Network device support ->
[*]Ethernet driver support ->
[*] Micrel devices
[*] PHY Device support and infastructure -->
[*] Drivers for Micrel PHYs
</source>

'''для clonicus:'''

<source lang="bash">
Device Drivers->
[*]Network device support ->
[*] PHY Device support and infastructure -->
[*] Texas Instruments DP83867 Gigabit PHY
</source>

=== petalinux-config -c rootfs ===

Подключаем при необходимости ethtool, gdbserver, gdb, libstdc, libgcc, glib2.0, glibc(glibc & ltd)
<source lang="bash">
Filesystem Packages->
misc ->
gcc-runtime ->
[*] libstdc ++
gdb -->
[*] gdb
glib-2.0
[*] glib-2.0
glibc
[*] glibc
[*] ldd
devel ->
python ->
python ->
[*] python
</source>

Опционально:
<source lang="bash">
Filesystem Packages->
base ->
i2c-tools ->
[*] i2c-tools
usbutils ->
[*] usbutils
console ->
network ->
ethtool ->
[*] ethtool // необходимо для oryx! для перенастройки autonegotiation
</source>

Можно еще подключать дебаг i2c

'''Необходимо убедиться, что образ может распаковаться в размер оперативы'''

Если будут проблемы, то надо будет править netboot offset

=== device tree ===

Если необходимо внести изменения в device tree, то смотрим конец статьи

[https://xilinx-wiki.atlassian.net/wiki/spaces/A/pages/18841676/U-Boot+Flattened+Device+Tree Интересная статья по правке devicetree из uboot]

=== Сборка проекта ===

* далее (сборка идет 30-60 минут)
<source lang="bash">
petalinux-build

cd /images/linux/
</source>
* делаем boot.bin в папке /images/linux/
<source lang="bash">
$ petalinux-package --boot --format BIN --fsbl ./zynq_fsbl.elf --u-boot --force

$ petalinux-package --boot --format BIN --fsbl ./zynq_fsbl.elf --fpga name.bit --u-boot --force

$ petalinux-package --boot --format BIN --fsbl ./zynq_fsbl.elf --fpga name.bit --u-boot --kernel --force
</source>

* записываем в загрузочную область флешки файлы boot.bin и image.ub

== Всякое ==

Если мало памяти как у нас - возможна ошибка image is not a fdt [https://forums.xilinx.com/t5/Embedded-Processor-System-Design/Petalinux-problem-on-custom-board-quot-image-is-not-a-fdt-quot/td-p/754892 ссылка]

Необходимо править netboot offset

<source lang="bash">
$ petalinux-config
</source>

<source lang="bash">
u-boot Configuration->
netboot offset
</source>

----

Можно вручную загрузиться из u-boot'а.

<source lang="bash">
$ fatload mmc 0 0xA000000 image.ub
$ bootm 0xA000000
</source>

либо

<source lang="bash">
$ fatload mmc 0 0xA000000 image.ub
$ fatload mmc 0 0x9000000 system.dtb
$ bootm 0xA000000 0xA000000 0x9000000
</source>

Можно поварьировать адрес

------------

Проверка статуса прошитости FPGA

<source lang="bash">
cat /sys/class/xdevcfg/xdevcfg/device/prog_done
</source>

==Uboot==

Для внесения правок в загрузку линукса используем список команд '''env'''

Просмотр текущих команд '''printenv'''

Сброс настроек в дефолт '''env default -a'''

Создать переменную '''env set <имя> <значение>'''

Правка переменной '''env edit <имя переменной>'''

---

Для каждой платы делаем следующее:

* Берем [[Файл:uboot.env.c]]

* Удаляем в конце имени ".c"

* Записываем на флешку рядом с образом линукса

* Запускаем плату и прерываем autoboot

* Пишем '''editenv ethaddr'''

* Редактируем MAC-адрес

* Пишем '''saveenv'''

* Все! можем ребутать '''reset'''

Сохранить в файл '''saveenv'''

==Автозапуск приложений==

Во-первых [https://support.xilinx.com/s/question/0D52E00006hpahDSAQ/petalinux-runnning-a-script-file-at-startup?language=en_US тыц]

Далее пишем

<source lang="bash">
petalinux-create -t apps --template install -n myapp-init --enable
</source>

Правим файл /project-spec/meta-user/recipes-apps/myapp-init/myapp-init.bb

<source lang="bash">
#
# This file is the myapp-init recipe.
#

SUMMARY = "Simple myapp-init application"
SECTION = "PETALINUX/apps"
LICENSE = "MIT"
LIC_FILES_CHKSUM = "file://${COMMON_LICENSE_DIR}/MIT;md5=0835ade698e0bcf8506ecda2f7b4f302"

SRC_URI = "file://myapp-init"

S = "${WORKDIR}"

FILESEXTRAPATHS_prepend := "${THISDIR}/files:"

inherit update-rc.d

INITSCRIPT_NAME = "myapp-init"
INITSCRIPT_PARAMS = "start 99 S ."

do_install() {
install -d ${D}${sysconfdir}/init.d
install -m 0755 ${S}/myapp-init ${D}${sysconfdir}/init.d/myapp-init
}
FILES_${PN} += "${sysconfdir}/*"
</source>

Правим сам исполняемый скрипт project-spec/meta-user/recipes-apps/myapp-init/files/myapp-init

<source lang="bash">
#!/bin/sh

echo "Autorun script"

echo "Try run custom_init"
sh /run/media/mmcblk0p1/custom_init.sh
</source>

Записываем на флешку скрипт custom_init.sh с нужными командами и делаем его исполняемым

Записываем файл interfaces

Скачать архив: [[Файл:Init_interfaces.rar]]

==SSH==

Как победить сохранение ssh-ключей:

Добавляем в init_script следующие строки:

<source lang="bash">
mkdir /run/media/mmcblk0p2/.ssh
ln -s /run/media/mmcblk0p2/.ssh/ /home/root/
mkdir /run/media/mmcblk0p2/dropbear/
chmod 400 /run/media/mmcblk0p2/dropbear/
rm -r /etc/dropbear/
ln -s /run/media/mmcblk0p2/dropbear/ /etc/
</source>

* Создается ссылка на флешку, где хранятся авторизованные пользователи
* Создается папка для хранения секретного ключа платы
* При запуске платы свежесозданный ключ заменяется тем, что лежит на флешке
* При первом включении платы будет создан новый ключ

Помимо добавления указанных команд в скрипт ничего больше делать не надо

==Daemon==

Для настройки демона:

* Добавляем строки в файл custom_init.sh
* Кидаем на загрузочный раздел флешки папку из архива [[:File:daemon.rar]]

<source lang="bash">
cp -r /run/media/mmcblk0p1/daemon/lsb /lib/
cp /run/media/mmcblk0p1/daemon/receiver.conf /etc/
cp /run/media/mmcblk0p1/daemon/receiver /etc/init.d/
</source>

=== Serial port на новом линуксе ===
Выяснилось, что без доп. настройки, в последовательный порт (dev/ttyPS0) после каждой посылки добавляются символы CR и LF. Оказалось, что и RTKLib, и софт Листопада не хотят работать с таким окончанием пакетов.

Выше не совсем так, скорее мысль в том, что каждый символ LF (0x0A) в наших данных меняется на символы CR LF, т.е. (0x0D0A). И тогда, в нашем битовом потоке меняется размер и содержимое и парсеры работают некорректно.
Старый линукс на Ориксах добавляет только LF. Для решения проблемы нужно через stty выключить в настройках порта опцию '''onlcr''' (преобразовывать перевод строки в возврат каретки и новую строку).

Сделать это удалось пока только изменив скрипт демона receiver. Для решения проблемы заходим в /run/media/mmcblk0p1/daemon/receiver, и в начале секции receiver_start() {...} добавляем команду:

<source lang="bash">
stty -F /dev/ttyPS0 -onlcr
</source>

==device tree==

Для внесения изменений в device tree добавляем нужные строки в файл

project-spec/meta-user/recipes-bsp/device-tree/files/system-user.dtsi

[https://www.xilinx.com/support/answers/61117.html пример]

Для разборки device-tree [http://xillybus.com/tutorials/device-tree-zynq-1 ссылка]
<source lang="bash">
$ dtc -I dtb -O dts -o <name>.dts <name>.dtb
</source>

Для сборки device-tree
<source lang="bash">
$ dtc -I dts -O dtb -o <name>.dtb <name>.dts
</source>

== Модификация device-tree ==

После долгих мучений получилось поднять DP83867 только после добавления модификатора в файл [https://forums.xilinx.com/t5/Embedded-Linux/ZC702-Like-Board-with-DP83867CR-Ethernet-Petalinux-2017-4/td-p/831873 волшебная статья]

[https://www.kernel.org/doc/Documentation/devicetree/bindings/net/ti%2Cdp83867.txt описание параметров]

project-spec/meta-user/recipes-bsp/device-tree/files/system-user.dtsi

=== Single Kit-board eth ===

В Vivado включен eth1(с mdio) и выключен eth0.

'''Так работает'''

<source lang="bash">
&gem1{
status = "okay";
phy-handle = <&phy0>;
phy-mode = "rgmii-id";

xlnx,eth-mode = <0x1>;

mdio {
status = "okay";
#address-cells = <1>;
#size-cells = <0>;
phy0: phy@12 {
compatible = "ethernet-phy-ieee802.3-c22";
device_type = "ethernet-phy";

reg = <12>;
ti,rx-internal-delay = <0x7>;
ti,tx-internal-delay = <0x7>;
ti,fifo-depth = <0x01>;
ti,min-output-impedance;
ti,dp83867-rxctrl-strap-quirk;
status = "okay";
};
};
};
</source>

{{Начало скрытого блока|Выравнивание_заголовка = left| Ссылка = left|Заголовок = Развернутый .dtb:}}
<source lang="bash">
/dts-v1/;

/ {
#address-cells = <0x1>;
#size-cells = <0x1>;
compatible = "xlnx,zynq-7000";

cpus {
#address-cells = <0x1>;
#size-cells = <0x0>;

cpu@0 {
compatible = "arm,cortex-a9";
device_type = "cpu";
reg = <0x0>;
clocks = <0x1 0x3>;
clock-latency = <0x3e8>;
cpu0-supply = <0x2>;
operating-points = <0xa2c2a 0xf4240 0x51615 0xf4240>;
};

cpu@1 {
compatible = "arm,cortex-a9";
device_type = "cpu";
reg = <0x1>;
clocks = <0x1 0x3>;
};
};

fpga-full {
compatible = "fpga-region";
fpga-mgr = <0x3>;
#address-cells = <0x1>;
#size-cells = <0x1>;
ranges;
};

pmu@f8891000 {
compatible = "arm,cortex-a9-pmu";
interrupts = <0x0 0x5 0x4 0x0 0x6 0x4>;
interrupt-parent = <0x4>;
reg = <0xf8891000 0x1000 0xf8893000 0x1000>;
};

fixedregulator {
compatible = "regulator-fixed";
regulator-name = "VCCPINT";
regulator-min-microvolt = <0xf4240>;
regulator-max-microvolt = <0xf4240>;
regulator-boot-on;
regulator-always-on;
linux,phandle = <0x2>;
phandle = <0x2>;
};

amba {
u-boot,dm-pre-reloc;
compatible = "simple-bus";
#address-cells = <0x1>;
#size-cells = <0x1>;
interrupt-parent = <0x4>;
ranges;

adc@f8007100 {
compatible = "xlnx,zynq-xadc-1.00.a";
reg = <0xf8007100 0x20>;
interrupts = <0x0 0x7 0x4>;
interrupt-parent = <0x4>;
clocks = <0x1 0xc>;
};

can@e0008000 {
compatible = "xlnx,zynq-can-1.0";
status = "disabled";
clocks = <0x1 0x13 0x1 0x24>;
clock-names = "can_clk", "pclk";
reg = <0xe0008000 0x1000>;
interrupts = <0x0 0x1c 0x4>;
interrupt-parent = <0x4>;
tx-fifo-depth = <0x40>;
rx-fifo-depth = <0x40>;
};

can@e0009000 {
compatible = "xlnx,zynq-can-1.0";
status = "disabled";
clocks = <0x1 0x14 0x1 0x25>;
clock-names = "can_clk", "pclk";
reg = <0xe0009000 0x1000>;
interrupts = <0x0 0x33 0x4>;
interrupt-parent = <0x4>;
tx-fifo-depth = <0x40>;
rx-fifo-depth = <0x40>;
};

gpio@e000a000 {
compatible = "xlnx,zynq-gpio-1.0";
#gpio-cells = <0x2>;
clocks = <0x1 0x2a>;
gpio-controller;
interrupt-controller;
#interrupt-cells = <0x2>;
interrupt-parent = <0x4>;
interrupts = <0x0 0x14 0x4>;
reg = <0xe000a000 0x1000>;
emio-gpio-width = <0x40>;
gpio-mask-high = <0x0>;
gpio-mask-low = <0x5600>;
};

i2c@e0004000 {
compatible = "cdns,i2c-r1p10";
status = "disabled";
clocks = <0x1 0x26>;
interrupt-parent = <0x4>;
interrupts = <0x0 0x19 0x4>;
reg = <0xe0004000 0x1000>;
#address-cells = <0x1>;
#size-cells = <0x0>;
};

i2c@e0005000 {
compatible = "cdns,i2c-r1p10";
status = "disabled";
clocks = <0x1 0x27>;
interrupt-parent = <0x4>;
interrupts = <0x0 0x30 0x4>;
reg = <0xe0005000 0x1000>;
#address-cells = <0x1>;
#size-cells = <0x0>;
};

interrupt-controller@f8f01000 {
compatible = "arm,cortex-a9-gic";
#interrupt-cells = <0x3>;
interrupt-controller;
reg = <0xf8f01000 0x1000 0xf8f00100 0x100>;
num_cpus = <0x2>;
num_interrupts = <0x60>;
linux,phandle = <0x4>;
phandle = <0x4>;
};

cache-controller@f8f02000 {
compatible = "arm,pl310-cache";
reg = <0xf8f02000 0x1000>;
interrupts = <0x0 0x2 0x4>;
arm,data-latency = <0x3 0x2 0x2>;
arm,tag-latency = <0x2 0x2 0x2>;
cache-unified;
cache-level = <0x2>;
};

memory-controller@f8006000 {
compatible = "xlnx,zynq-ddrc-a05";
reg = <0xf8006000 0x1000>;
};

ocmc@f800c000 {
compatible = "xlnx,zynq-ocmc-1.0";
interrupt-parent = <0x4>;
interrupts = <0x0 0x3 0x4>;
reg = <0xf800c000 0x1000>;
};

serial@e0000000 {
compatible = "xlnx,xuartps", "cdns,uart-r1p8";
status = "okay";
clocks = <0x1 0x17 0x1 0x28>;
clock-names = "uart_clk", "pclk";
reg = <0xe0000000 0x1000>;
interrupts = <0x0 0x1b 0x4>;
device_type = "serial";
port-number = <0x0>;
};

serial@e0001000 {
compatible = "xlnx,xuartps", "cdns,uart-r1p8";
status = "disabled";
clocks = <0x1 0x18 0x1 0x29>;
clock-names = "uart_clk", "pclk";
reg = <0xe0001000 0x1000>;
interrupts = <0x0 0x32 0x4>;
};

spi@e0006000 {
compatible = "xlnx,zynq-spi-r1p6";
reg = <0xe0006000 0x1000>;
status = "disabled";
interrupt-parent = <0x4>;
interrupts = <0x0 0x1a 0x4>;
clocks = <0x1 0x19 0x1 0x22>;
clock-names = "ref_clk", "pclk";
#address-cells = <0x1>;
#size-cells = <0x0>;
};

spi@e0007000 {
compatible = "xlnx,zynq-spi-r1p6";
reg = <0xe0007000 0x1000>;
status = "disabled";
interrupt-parent = <0x4>;
interrupts = <0x0 0x31 0x4>;
clocks = <0x1 0x1a 0x1 0x23>;
clock-names = "ref_clk", "pclk";
#address-cells = <0x1>;
#size-cells = <0x0>;
};

spi@e000d000 {
clock-names = "ref_clk", "pclk";
clocks = <0x1 0xa 0x1 0x2b>;
compatible = "xlnx,zynq-qspi-1.0";
status = "disabled";
interrupt-parent = <0x4>;
interrupts = <0x0 0x13 0x4>;
reg = <0xe000d000 0x1000>;
#address-cells = <0x1>;
#size-cells = <0x0>;
};

memory-controller@e000e000 {
#address-cells = <0x1>;
#size-cells = <0x1>;
status = "disabled";
clock-names = "memclk", "aclk";
clocks = <0x1 0xb 0x1 0x2c>;
compatible = "arm,pl353-smc-r2p1";
interrupt-parent = <0x4>;
interrupts = <0x0 0x12 0x4>;
ranges;
reg = <0xe000e000 0x1000>;

flash@e1000000 {
status = "disabled";
compatible = "arm,pl353-nand-r2p1";
reg = <0xe1000000 0x1000000>;
#address-cells = <0x1>;
#size-cells = <0x1>;
};

flash@e2000000 {
status = "disabled";
compatible = "cfi-flash";
reg = <0xe2000000 0x2000000>;
#address-cells = <0x1>;
#size-cells = <0x1>;
};
};

ethernet@e000b000 {
compatible = "cdns,zynq-gem", "cdns,gem";
reg = <0xe000b000 0x1000>;
status = "disabled";
interrupts = <0x0 0x16 0x4>;
clocks = <0x1 0x1e 0x1 0x1e 0x1 0xd>;
clock-names = "pclk", "hclk", "tx_clk";
#address-cells = <0x1>;
#size-cells = <0x0>;
};

ethernet@e000c000 {
compatible = "cdns,zynq-gem", "cdns,gem";
reg = <0xe000c000 0x1000>;
status = "okay";
interrupts = <0x0 0x2d 0x4>;
clocks = <0x1 0x1f 0x1 0x1f 0x1 0xe>;
clock-names = "pclk", "hclk", "tx_clk";
#address-cells = <0x1>;
#size-cells = <0x0>;
phy-mode = "rgmii-id";
xlnx,ptp-enet-clock = <0x69f6bcb>;
local-mac-address = [00 0a 35 00 22 01];
phy-handle = <0x5>;
xlnx,eth-mode = <0x1>;

mdio {
status = "okay";
#address-cells = <0x1>;
#size-cells = <0x0>;

phy@12 {
compatible = "ethernet-phy-ieee802.3-c22";
device_type = "ethernet-phy";
reg = <0xc>;
ti,rx-internal-delay = <0x8>;
ti,tx-internal-delay = <0xa>;
ti,fifo-depth = <0x1>;
ti,min-output-impedance;
ti,dp83867-rxctrl-strap-quirk;
status = "okay";
linux,phandle = <0x5>;
phandle = <0x5>;
};
};
};

sdhci@e0100000 {
compatible = "arasan,sdhci-8.9a";
status = "okay";
clock-names = "clk_xin", "clk_ahb";
clocks = <0x1 0x15 0x1 0x20>;
interrupt-parent = <0x4>;
interrupts = <0x0 0x18 0x4>;
reg = <0xe0100000 0x1000>;
xlnx,has-cd = <0x1>;
xlnx,has-power = <0x0>;
xlnx,has-wp = <0x0>;
};

sdhci@e0101000 {
compatible = "arasan,sdhci-8.9a";
status = "disabled";
clock-names = "clk_xin", "clk_ahb";
clocks = <0x1 0x16 0x1 0x21>;
interrupt-parent = <0x4>;
interrupts = <0x0 0x2f 0x4>;
reg = <0xe0101000 0x1000>;
};

slcr@f8000000 {
u-boot,dm-pre-reloc;
#address-cells = <0x1>;
#size-cells = <0x1>;
compatible = "xlnx,zynq-slcr", "syscon", "simple-mfd";
reg = <0xf8000000 0x1000>;
ranges;
linux,phandle = <0x6>;
phandle = <0x6>;

clkc@100 {
u-boot,dm-pre-reloc;
#clock-cells = <0x1>;
compatible = "xlnx,ps7-clkc";
fclk-enable = <0x0>;
clock-output-names = "armpll", "ddrpll", "iopll", "cpu_6or4x", "cpu_3or2x", "cpu_2x", "cpu_1x", "ddr2x", "ddr3x", "dci", "lqspi", "smc", "pcap", "gem0", "gem1", "fclk0", "fclk1", "fclk2", "fclk3", "can0", "can1", "sdio0", "sdio1", "uart0", "uart1", "spi0", "spi1", "dma", "usb0_aper", "usb1_aper", "gem0_aper", "gem1_aper", "sdio0_aper", "sdio1_aper", "spi0_aper", "spi1_aper", "can0_aper", "can1_aper", "i2c0_aper", "i2c1_aper", "uart0_aper", "uart1_aper", "gpio_aper", "lqspi_aper", "smc_aper", "swdt", "dbg_trc", "dbg_apb";
reg = <0x100 0x100>;
ps-clk-frequency = <0x1fca055>;
linux,phandle = <0x1>;
phandle = <0x1>;
};

rstc@200 {
compatible = "xlnx,zynq-reset";
reg = <0x200 0x48>;
#reset-cells = <0x1>;
syscon = <0x6>;
};

pinctrl@700 {
compatible = "xlnx,pinctrl-zynq";
reg = <0x700 0x200>;
syscon = <0x6>;
};
};

dmac@f8003000 {
compatible = "arm,pl330", "arm,primecell";
reg = <0xf8003000 0x1000>;
interrupt-parent = <0x4>;
interrupt-names = "abort", "dma0", "dma1", "dma2", "dma3", "dma4", "dma5", "dma6", "dma7";
interrupts = <0x0 0xd 0x4 0x0 0xe 0x4 0x0 0xf 0x4 0x0 0x10 0x4 0x0 0x11 0x4 0x0 0x28 0x4 0x0 0x29 0x4 0x0 0x2a 0x4 0x0 0x2b 0x4>;
#dma-cells = <0x1>;
#dma-channels = <0x8>;
#dma-requests = <0x4>;
clocks = <0x1 0x1b>;
clock-names = "apb_pclk";
};

devcfg@f8007000 {
compatible = "xlnx,zynq-devcfg-1.0";
interrupt-parent = <0x4>;
interrupts = <0x0 0x8 0x4>;
reg = <0xf8007000 0x100>;
clocks = <0x1 0xc 0x1 0xf 0x1 0x10 0x1 0x11 0x1 0x12>;
clock-names = "ref_clk", "fclk0", "fclk1", "fclk2", "fclk3";
syscon = <0x6>;
linux,phandle = <0x3>;
phandle = <0x3>;
};

efuse@f800d000 {
compatible = "xlnx,zynq-efuse";
reg = <0xf800d000 0x20>;
};

timer@f8f00200 {
compatible = "arm,cortex-a9-global-timer";
reg = <0xf8f00200 0x20>;
interrupts = <0x1 0xb 0x301>;
interrupt-parent = <0x4>;
clocks = <0x1 0x4>;
};

timer@f8001000 {
interrupt-parent = <0x4>;
interrupts = <0x0 0xa 0x4 0x0 0xb 0x4 0x0 0xc 0x4>;
compatible = "cdns,ttc";
clocks = <0x1 0x6>;
reg = <0xf8001000 0x1000>;
};

timer@f8002000 {
interrupt-parent = <0x4>;
interrupts = <0x0 0x25 0x4 0x0 0x26 0x4 0x0 0x27 0x4>;
compatible = "cdns,ttc";
clocks = <0x1 0x6>;
reg = <0xf8002000 0x1000>;
};

timer@f8f00600 {
interrupt-parent = <0x4>;
interrupts = <0x1 0xd 0x301>;
compatible = "arm,cortex-a9-twd-timer";
reg = <0xf8f00600 0x20>;
clocks = <0x1 0x4>;
};

usb@e0002000 {
compatible = "xlnx,zynq-usb-2.20a", "chipidea,usb2";
status = "disabled";
clocks = <0x1 0x1c>;
interrupt-parent = <0x4>;
interrupts = <0x0 0x15 0x4>;
reg = <0xe0002000 0x1000>;
phy_type = "ulpi";
};

usb@e0003000 {
compatible = "xlnx,zynq-usb-2.20a", "chipidea,usb2";
status = "disabled";
clocks = <0x1 0x1d>;
interrupt-parent = <0x4>;
interrupts = <0x0 0x2c 0x4>;
reg = <0xe0003000 0x1000>;
phy_type = "ulpi";
};

watchdog@f8005000 {
clocks = <0x1 0x2d>;
compatible = "cdns,wdt-r1p2";
interrupt-parent = <0x4>;
interrupts = <0x0 0x9 0x1>;
reg = <0xf8005000 0x1000>;
timeout-sec = <0xa>;
};
};

chosen {
bootargs = "console=ttyPS0,115200 earlyprintk";
stdout-path = "serial0:115200n8";
};

aliases {
ethernet0 = "/amba/ethernet@e000c000";
serial0 = "/amba/serial@e0000000";
};

memory {
device_type = "memory";
reg = <0x0 0x10000000>;
};
};

</source>
{{Конец скрытого блока}}

=== Single On-board eth ===

В Vivado включен eth0(с mdio) и выключен eth1.

'''Работает гигабит через type-c! Работает hot plug. Успех.'''

<source lang="bash">
&gem0{
status = "okay";
phy-handle = <&phy0>;
phy-mode = "rgmii-id";

xlnx,eth-mode = <0x1>;

mdio {
status = "okay";
#address-cells = <1>;
#size-cells = <0>;
phy0: phy@0 {
compatible = "ethernet-phy-ieee802.3-c22";
device_type = "ethernet-phy";

reg = <0>;
ti,rx-internal-delay = <0x7>;
ti,tx-internal-delay = <0x7>;
ti,fifo-depth = <0x01>;
ti,min-output-impedance;
ti,dp83867-rxctrl-strap-quirk;
status = "okay";
};
};
};
</source>

=== Dual eth ===

[https://forums.xilinx.com/t5/Embedded-Linux/Dual-phys-on-MDIO-EMIO/td-p/737716 интересная статья о дуал eth]

Попытка поднять два физика. '''Пока не работает'''

<source lang="bash">
&gem0{
local-mac-address = [00 0a 35 00 00 00];
enet-reset = <&gpio0 47 0>;
status = "okay";
phy-handle = <&phy0>;
phy-mode = "rgmii-id";

xlnx,eth-mode = <0x1>;

mdio {
status = "okay";
#address-cells = <1>;
#size-cells = <0>;
phy0: phy@0 {
compatible = "ethernet-phy-ieee802.3-c22";
device_type = "ethernet-phy";

reg = <0>;
ti,rx-internal-delay = <0x8>;
ti,tx-internal-delay = <0xa>;
ti,fifo-depth = <0x01>;
ti,min-output-impedance;
ti,dp83867-rxctrl-strap-quirk;
status = "okay";
};
phy1: phy@12 {
compatible = "ethernet-phy-ieee802.3-c22";
device_type = "ethernet-phy";

reg = <12>;
ti,rx-internal-delay = <0x8>;
ti,tx-internal-delay = <0xa>;
ti,fifo-depth = <0x01>;
ti,min-output-impedance;
ti,dp83867-rxctrl-strap-quirk;
status = "okay";
};
};
};

&gem1{
local-mac-address = [00 0a 35 00 00 01];
enet-reset = <&gpio0 47 0>;
status = "okay";
phy-handle = <&phy1>;
phy-mode = "rgmii-id";

xlnx,eth-mode = <0x1>;
};
</source>

=== Oryx ===

Итоговый system-user.dtsi

Меняем номера uart, чтобы системным был ttyPS1, а пользовательским ttyPS0
<source lang="bash">
/include/ "system-conf.dtsi"
/ {
aliases {
serial0 = &uart0;
serial1 = &uart1;
};
};

&gem0{
status = "okay";
phy-handle = <&phy0>;
phy-mode = "rgmii-id";

xlnx,eth-mode = <0x1>;

mdio {
status = "okay";
#address-cells = <1>;
#size-cells = <0>;
phy0: phy@1 {
compatible = "ethernet-phy-ieee802.3-c22";
device_type = "ethernet-phy";
rxc-skew-ps = <1800>;
rxdv-skew-ps = <0>;
txc-skew-ps = <1800>;
txen-skew-ps = <0>;
reg = <1>;
status = "okay";
};
};
};

/ {
chosen {
bootargs = "console=ttyPS1,115200 earlyprintk uio_pdrv_genirq.of_id=generic-uio";
stdout-path = "serial1:115200n8";
};
};

&amba {
hififo: hififo@40000000 {
compatible = "generic-uio";
interrupt-parent = <&intc>;
interrupts = <0 29 1>;
reg = <0x40000000 0x1000 0x18000000 0x8000000>;
};
};

&uart0{
port-number = <0>;
};

&uart1{
port-number = <1>;
};
</source>

В Vivado включен eth0(с mdio) и выключен eth1.
Pullup пока что все включены

[https://github.com/Xilinx/u-boot-xlnx/blob/master/doc/device-tree-bindings/net/micrel-ksz90x1.txt статья в помощь]

'''Работает'''

На новых платах(с отпаянными линиями линиями eth):
* на полноценных проводах с ходу
* на обкусанных проводах только если выставить 10 в ethtool

На старых платах:

* на полноценных проводах только если выставить 100 в ethtool
* на обкусанных проводах только если выставить 10 в ethtool

Везде работает так:
<source lang="bash">
ethtool -s eth0 speed 10 duplex full autoneg on
</source>
Спидометр показывает 2,5МБ/с, т.е. 20Мбит/с!

Можно в custom_itit.sh прописать:
<source lang="bash">
ifdown eth0
ethtool -s eth0 speed 10 duplex full autoneg on
ifup eth0
</source>

<source lang="bash">
&gem0{
status = "okay";
phy-handle = <&phy0>;
phy-mode = "rgmii-id";

xlnx,eth-mode = <0x1>;

mdio {
status = "okay";
#address-cells = <1>;
#size-cells = <0>;
phy0: phy@1 {
compatible = "ethernet-phy-ieee802.3-c22";
device_type = "ethernet-phy";
rxc-skew-ps = <1800>;
rxdv-skew-ps = <0>;
txc-skew-ps = <1800>;
txen-skew-ps = <0>;
reg = <1>;
status = "okay";
};
};
};
</source>

В принципе, работает сеть на новой плате с нормальным кабелем без модификации devicetree. Остальные комбинации плат-кабелей надо проверять

== i2c ==

В rootfs включаем
<source lang="bash">
Filesystem Packages ->
base ->
i2c-tools ->
[*] i2c-tools
</source>

Для поиска устройств можно написать

<source lang="bash">
i2cdetect -y -r 0
</source>

[https://xilinx-wiki.atlassian.net/wiki/spaces/A/pages/18842160/Cadence+I2C+Driver Статья] по i2c и RTC

== QSPI Flash ==

для работы по флешь памяти как в ките (S25FL128S) - оставляем в дев.три родные compatible = "n25q512a","micron,m25p80";

== SWDT System Watchdog Timer==

* Модифицируем Uenv для настройки wawtchdog через uboot:

<source lang="bash">
bootcmd=run swdt_set && run fpga_config && run boot_image && run boot_dtb && bootm 0xA000000 0xA000000 0x9000000
swdt_set=run swdt_ccr && run swdt_rst && run swdt_zmr
swdt_ccr=mw 0xf8005004 0x92063b
swdt_rst=mw 0xf8005008 0x1999
swdt_zmr=mw 0xf8005000 0xabc043
</source>

* Создаем скрипт для сброса watchdog:

swdt_rst.sh

<source lang="bash">
watch -n 5 'devmem 0xf8005008 32 0x1999' &>/dev/null &
</source>

* Добавляем вызов скрипта в автозагрузку

PS Посмотреть можно в проекте bin/Clonicus, коммит ffc437e435d3b5c207bb1186a9561fd06a46d89f

== RTC ==

* Включаем в ядро подходящий драйвер

* Модифицируем device-tree

Вставляем в девайс три:
<source lang="bash">
&amba {
i2c0: i2c@e0004000 {
clock-frequency = <0xC350>;
rtc@51 {
compatible = "nxp,pcf85363";
reg = <0x51>;
};
};
i2c1: i2c@e0005000 {
clock-frequency = <0xC350>;
};
};
</source>

Будет выглядеть так:
<source lang="bash">
i2c@e0004000 {
compatible = "cdns,i2c-r1p10";
status = "okay";
clocks = <0x1 0x26>;
interrupt-parent = <0x4>;
interrupts = <0x0 0x19 0x4>;
reg = <0xe0004000 0x1000>;
#address-cells = <0x1>;
#size-cells = <0x0>;
clock-frequency = <0xc350>;

rtc@51 {
compatible = "nxp,pcf85363";
reg = <0x51>;
};
};

i2c@e0005000 {
compatible = "cdns,i2c-r1p10";
status = "okay";
clocks = <0x1 0x27>;
interrupt-parent = <0x4>;
interrupts = <0x0 0x30 0x4>;
reg = <0xe0005000 0x1000>;
#address-cells = <0x1>;
#size-cells = <0x0>;
clock-frequency = <0xc350>;
};
</source>

Если готового драйвера нет:

UG1144 pg.54

Создаем новый модуль
<source lang="bash">
petalinux-create -t modules --name <name_module> --enable
petalinux-create -t modules --name rtc-pcf85363 --enable
</source>

Правим исходный код в project-spec/meta-user/recipes-modules/rtc-pcf85363/files

Исправленный драйвер лежит в git Clonicus\linux\

Для удаления модуля:

* удаляем папку из project-spec/meta-user/recipes-modules

* В файле project-spec/meta-user/recipes-core/images/petalinux-image.bbappend удаляем соответствующую строку

* переоткрыть petalinux-config -c rootfs

Пробуем собрать модуль
<source lang="bash">
petalinux-build -c <name_module>
</source>

Если ОК, собираем (собирать модуль необязательно, petalinux-build его соберет)
<source lang="bash">
petalinux-build
</source>

И перепаковываем BOOT.bin

Пересобираем deveice-tree с указанием нового драйвера (petalinux-build соберет сам deveice-tree)

просмотр модулей

<source lang="bash">
lsmod
</source>

загрузить драйвер можно

<source lang="bash">
insmod /lib/modules/4.9.0-xilinx-v2017.4/extra/rtc-pcf85363.ko
</source>
или
<source lang="bash">
modprobe rtc-pcf85363
</source>

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

Прошиваем .bit (для клоникуса нужен бит для работы PL-i2c). После этого можно пользоваться RTC

Чтение времени из rtc если этот rtc не дефолтный (у нас rtc2)
<source lang="bash">
hwclock -r -f /dev/rtc2
</source>

Синхронизация rtc по системному времени
<source lang="bash">
hwclock -w -f /dev/rtc2
</source>

Правим custom_init.sh для изменения default-rtc на наше устройство
<source lang="bash">
rm /dev/rtc
ln -s /dev/rtc2 /dev/rtc
</source>

Установка системного времени
<source lang="bash">
date --set "2013-7-31 09:30"
</source>

Запись системного времени в RTC
<source lang="bash">
hwclock -w
</source>

Запись времени RTC в системное время
<source lang="bash">
hwclock -s
</source>

Получить время с интеренета
<source lang="bash">
rdate -s <IP address of time server>
rdate -s 132.163.96.5 (example)
</source>

При перезагрузке "reboot" система автоматически запишет системное время в RTC

== FPGA CONFIG from Uboot ==

Для того, чтобы прошить PL из uboot используем команду:
<source lang="bash">
fpga loadb 0 <ddr_file_addr> <file_size>
</source>

либо скриптами:
<source lang="bash">
load_bit=fatload mmc 0 0x100000 clonicus.bit // читаем файл в ddr
pl_load=fpga loadb 0 0x100000 0x1400000 // прошиваем PL
fpga_config=run load_bit && run pl_loadipaddr // вызов самих скриптов
</source>
0x10_0000 - начальный адрес ddr

0x1_400_000 - размер в байтах для 20МБайт - указываем размер битника с запасом. Теоретически может так не работать, но работает

== ETH over TTY==

В ядре включаем: slip, Universal TUN/TAP

В rootfs включаем net-tools

Включаем iptables для перемршрутизации между подсетями и для него:

<source lang="bash">
[*] Networking support ---> [CONFIG_NET]
Networking Options --->
[*] Network packet filtering framework (Netfilter) ---> [CONFIG_NETFILTER]
[*] Advanced netfilter configuration [CONFIG_NETFILTER_ADVANCED]
Core Netfilter Configuration --->
<*/M> Netfilter connection tracking support [CONFIG_NF_CONNTRACK]
<*/M> Netfilter Xtables support (required for ip_tables) [CONFIG_NETFILTER_XTABLES]
<*/M> LOG target support [CONFIG_NETFILTER_XT_TARGET_LOG]
IP: Netfilter Configuration --->
<*/M> IP tables support (required for filtering/masq/NAT) [CONFIG_IP_NF_IPTABLES]

</source>

PC1:

slattach -L -s 115200 -p slip /dev/ttyPS1 &

ifconfig sl0 192.168.1.1/24 up

route add default gw 192.168.1.1 sl0

PC2:

slattach -L -s 115200 -p slip /dev/ttyPS1 &

ifconfig sl0 192.168.1.2/24 up

route add default gw 192.168.1.1 sl0

== UART_PL ==

Включаем в настройках ядра поддержку uart_lite, выставляем правильное максимальное число уартов

Модифицируем system-user.dtsi

Обращаем внимание на нумерацию serial, axi_uartlite, она должна не повторяться. То же самое с interrupts
Указываем верный физический адрес на шине и диапазон адресов в <reg>

<source lang="bash">
/include/ "system-conf.dtsi"
/ {
aliases {
serial2 = &axi_uartlite_0;
serial3 = &axi_uartlite_1;
};
};
/ {
amba_pl {
#address-cells = <0x1>;
#size-cells = <0x1>;
compatible = "simple-bus";
ranges;

axi_uartlite_0: serial@80000008 {
clock-names = "ref_clk";
clocks = <&clkc 0>;
compatible = "xlnx,xps-uartlite-1.00.a";
current-speed = <115200>;
device_type = "serial";
interrupt-parent = <&intc>;
interrupts = <0 30 1>;
port-number = <3>;
reg = <0x80000008 0x10>;
xlnx,baudrate = <0x1c200>;
xlnx,data-bits = <0x8>;
xlnx,odd-parity = <0x0>;
xlnx,s-axi-aclk-freq-hz-d = "100.0";
xlnx,use-parity = <0x0>;
};
axi_uartlite_1: serial@8000001C {
clock-names = "ref_clk";
clocks = <&clkc 0>;
compatible = "xlnx,xps-uartlite-1.00.a";
current-speed = <115200>;
device_type = "serial";
interrupt-parent = <&intc>;
interrupts = <0 31 1>;
port-number = <4>;
reg = <0x8000001C 0x10>;
xlnx,baudrate = <0x1c200>;
xlnx,data-bits = <0x8>;
xlnx,odd-parity = <0x0>;
xlnx,s-axi-aclk-freq-hz-d = "100.0";
xlnx,use-parity = <0x0>;
};
};
};
</source>

Если ПЛИС не прошита - будет кернел паник

== IRQ ==

Для поддержки irq добавляем в device-tree

'''Важно - мы перетираем bootargs!'''
<source lang="bash">
/ {
chosen {
bootargs = "console=ttyPS0,115200 earlyprintk uio_pdrv_genirq.of_id=generic-uio";
};
};

&amba {
hififo: hififo@40000000 {
compatible = "generic-uio";
interrupt-parent = <&intc>;
interrupts = <0 29 1>;
reg = <0x40000000 0x1000 0x18000000 0x8000000>;
};
};
</source>

== USB ==

Запустил на Z706

[http://www.wiki.xilinx.com/Zynq+Linux+USB+Device+Driver во-первых]
[http://zedboard.org/content/using-petalinux-configure-zedboard%EF%BC%8C-usb-otg-can-not-work во-вторых]
[https://forums.xilinx.com/t5/Embedded-Linux/Petalinux-2016-3-zynq-7010-USB-not-working/td-p/737696 в-третьих]

В дефолтных настройках ядра petalinux_2018.1 все было включено

включаем ресет на MIO7 pullup disabled

все ноги интерфейса ulpi pullup disabled

Содержимое system-user.dtsi
<source lang="bash">
/include/ "system-conf.dtsi"
/{

usb_phy0:phy0 {

compatible="ulpi-phy";

#phy-cells = <0>;

reg = <0xe0002000 0x1000>;

view-port=<0x170>;

drv-vbus;

};

};

&usb0 {

status = "okay";

dr_mode = "host";

usb-phy = <&usb_phy0>;

} ;
</source>

== USB-ETHERNET ==
<source lang="bash">
Device Drivers ->
USB support ->
[*] USB Modem (CDC ACM)
USB Gadget Support ->
[*] Ethernet Control Model (all)
[*] RNDIS
[*] Ethernet Emulation Model
[*] CDC Composite Device (Ethernet and ACM)
[*] USB Gadget Drivers (Ethernet gadget...)
Network device support ->
USB Network Adapters ->
[*] Realtek RTL8152/RTL8153
[*] Multi-purpose USB Networking Framework
</source>

== WiFi Dongle ==

[https://forum.trenz-electronic.de/index.php?topic=747.0 раз]
[https://github.com/jinchenglee/zybo_linux_setup_doc два]
[http://billauer.co.il/blog/2014/06/linux-realtek-hostapd/ три]

Творим:
<source lang="bash">
Networking support ->
Wireless ->
[*] cfg80211
[*] Generic IEEE 802.11 ... (mac80211)
Device Drivers ->
Network device support ->
Wireless LAN ->
Realtek rtlwifi family of devices ->
[*] Realtek ..../RTL8188CE Wireless Network Adapter ???
[*] Realtek RTL8188EE Wireless Network Adapter ???
[*] Realtek RTL8192CU/RTL8188CU USB Wireless Network Adapter
Staging drivers ->
[*] Realtek RTL8188EU wireless LAN MIC driver
</source>

rootfs
<source lang="bash">
Filesystem packages ->
network ->
wpa-supplicant ->
[*] wpa-supplicant
</source>

[https://github.com/lwfinger/rtl8188eu/blob/master/rtl8188eufw.bin качаем файл]

Модификаци инит-скрипта
<source lang="bash">
cp /run/media/mmcblk0p1/wpa_supplicant.conf /etc/

mkdir /lib/firmware/
mkdir /lib/firmware/rtlwifi/
cp /run/media/mmcblk0p1/rtl8188eufw.bin /lib/firmware/rtlwifi/
</source>

== WiFi ESP ==

[http://www.wiki.xilinx.com/Zynq+SDIO+Wifi Xilinx SDIP WiFi]

[http://zedboard.org/content/sdio-wifi-driver-ar6103-problem Zedboard раз]

[https://stackoverflow.com/questions/32129689/how-to-bind-sdio1-with-wi-fi-linux два]

[http://picozed.org/content/steps-get-wlink8-working-using-petalinux-picozed picozed три]

[http://zedboard.org/content/adding-wi-fi-and-bluetooth-connectivity-zedboard-using-murata-1dx-pmod zedboard четыре]

== Оживление 2-го ядра ==

* Находим /home/ivan/clonicus_1.2.3/build/tmp/work-shared/plnx_arm/kernel-source/arch/arm/mach-zynq/efuse.c
* В функции zynq_efuse_cpu_state делаем сразу ретурн тру
* Че-нибудь меняем в настройках ядра для пересборки
* Выполняем:

<source lang="bash">
petalinux-build -c kernel -x compile -f
petalinux-build -c kernel -x deploy -f
petalinux-build
</source>

* Забираем image.ub

'''ИЛИ'''

Правим device-tree, заменяем адрес efuse на 0xf800cff0

== webserver ==

* [https://github.com/emlid/ReachView Репозиторий emlid ReachView] (bnd на py/Flask, fnd на html/Ajax/js/Bootstrap)

'''Backend:'''

* [http://svenand.blogdrives.com/archive/195.html#.XPTYt4gzaUk Источник по busybox-httpd]

* [https://www.afternerd.com/blog/python-http-server/ Гайд по python server]

* [https://ru.wikibooks.org/wiki/Flask Викиучебник по Flask]

* [https://habr.com/ru/post/193242/ ХаброГайд по python/Flask]

'''Frontend:'''

* [https://unminify.com/ unminify CSS]

* [https://getbootstrap.com/docs/4.3/getting-started/introduction/ Bootstrap EN getting started]

* [https://bootstrap-4.ru/ Bootstrap RU]

* [http://htmlbook.ru/samhtml/tekst/spetssimvoly Справочник по операторам и тегам HTML/CSS]

* [https://www.w3schools.com/howto/default.asp Сборник шаблонов CSS W3schools]

* [https://www.w3schools.com/w3css/w3css_tabulators.asp Анимированный сайдбар/табы]

* [https://css-tricks.com/ CSS Tricks]

* [https://www.cssmatic.com/ Онлайн тени/границы/градиент блоков]

* [https://internetingishard.com/html-and-css/semantic-html/ Semantic HTML grid layout]

* [https://habr.com/ru/post/202408/ Хаброгайд(ч1) по верстке]

* [https://habr.com/ru/post/211032/ ХаброГайд(ч2) по Bootstrap]

* [https://fontawesome.com/icons?d=gallery Fontawesome ICONS open lib]

:* [https://htmlacademy.ru/courses/43/run/1 Нормальный онлайн HTML/CSS/JS editor]

=== busybox httpd ===
В petalinux многие пакеты скукожены до их минимальных вариантов и встроены в общий пакет busybox.
В busybox есть также и вебсервер busybox-httpd.
Для использования нужно на этапе настройки файловой системы его включить:

$ petalinux-config -c rootfs

Конфиг:
base ->
busybox ->
[*] busybox
[*] busybox-httpd
[ ] busybox-hwclock
[*] busybox-inetd
[*] busybox-mdev
[ ] busybox-syslog
[*] busybox-udhcpc
[ ] busybox-udhcpd

Сам httpd будет в '''/usr/sbin'''.
Рабочая папка по умолчанию в '''/srv/www/'''. Если в нее кидать файлы, то именно из нее будет отображаться контент в браузере. Папку можно изменить, перезапустив httpd с ключом -h <workdir>.

Порт по умолчанию 80. Работает, как демон в /etc/init.d/, вкл-выкл оттуда же.

Если положить в /srv/www/ файл index.html с неким кодом, то в браузере отобразится вебморда. Картинки работают по ссылкам.

'''index.html'''
<source lang="html4strict">
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<title>clonicus'112 webserver</title>
</head>
<body>
<h3>Hello, World!</h3>
<h4>Web server is now up!</h4>
<img src="https://i.redd.it/oagz5eobkkt11.jpg" width="50%">
 
<a href="http://www.srns.ru">For more information see SRNS.ru</a>
 
</body>
</html>
</source>

=== python в petalinux ===
В petalinux 2017.4 есть 2 питона - 2.7 и 3.5.

$ petalinux-config -c rootfs

'''python2.7'''
Filesystem Packages->
devel->
python->

'''python3.5'''
Filesystem Packages->
misc->
python3-*>

Модуль runpy.py для запуска команд вида 'python -m <module>' находится в python -> python-misc.

=== SimpleHTTPServer.py ===
Для первого теста поднимем встроенный в python2.7 минисервер SimpleHTTPServer.py в /usr/lib/python2.7.

Для его запуска напишем скрипт

'''webserver.py''':

<source lang="python">
import SimpleHTTPServer
import SocketServer

PORT = 80

Handler = SimpleHTTPServer.SimpleHTTPRequestHandler

httpd = SocketServer.TCPServer(("", PORT), Handler)

print "serving at port", PORT
httpd.serve_forever()
</source>

$ python webserver.py

При наличии в папке со скриптом файла index.html сервер поднимется автоматически.

=== Добавление слоев в сборку ===

[https://www.srns.ru/wiki/Blog:DneprovD/18.07.2019_Yocto_layers Переехало в статью]

[[Категория:HOWTO]]
[[Категория:Oryx]]
[[Категория:Zynq]]
[[Категория:EmbeddedLinux]]
[[Category:Clonicus]]

{{wl-publish: 2018-05-16 10:06:30 +0300 | Lipa }}

Blog:Boldenkov/15.10.2014 Встречайте - Oryx!

2025-09-04T08:38:07Z

Dneprov D:

<summary [ hidden ] >

<center>[[file:201410_Oryx_white.svg|200px]]</center>
</summary>
{{Форма3}}

{{TOCright}}
[[Файл:IMG 9988.jpg|thumb|right|300px|alt=Очень альтернативный текст|Oryx. Портрет.]]
Новая плата цифровой обработки сигналов отправлена на изготовление. Готовая плата ожидается к концу ноября.

== Структурная схема ==

<center>[[File:CentimeterProto_struct.svg|638px|Структура]]</center>

== Файлы проекта платы ==
Файлы находятся здесь:
[http://srns.ru:802/websvn/listing.php?repname=Impala&path=%2FPCB%2FCentimeterProto%2F&#a6b5aef0532632a971ebb9861dcddebd3 Impala/PCB/CentimeterProto].

Библиотека элементов: [http://srns.ru:802/websvn/listing.php?repname=Impala&path=%2FPCB%2FLibrary%2F&#a7ca9c8474cebf5efa5758a36fc4109b4 Impala/PCB/Library].

В Резонит отправлены файлы Gerber: [http://srns.ru:802/websvn/listing.php?repname=Impala&path=%2FPCB%2FCentimeterProto%2Fpcb%2FFab%2F&rev=837 Impala/PCB/CentimeterProto/Fab].

Описание платы (какое есть): [http://srns.ru:802/websvn/filedetails.php?repname=Impala&path=%2FPCB%2FCentimeterProto%2Fdocs%2Fpdf%2FCentimeterProto.pdf CentimeterProto.pdf]

== Галерея ==

=== Прототип ===
[[File:20141015_OryxTop.png|400px]]
[[File:20141015_OryxBottom.png|400px]]

=== Фрагменты ===

[[File:20141015_SRNS_Evolution.png|400px]]

[[File:20141015_OryxLargeLogo.png|355px]]
[[File:20141015_Oryx.png|400px]]

=== Немного векторной графики ===

[[File:20141015_OryxLogo.svg|300px]]
[[File:20141015_SRNS_Evolution.svg|400px]]

=== Сувениры ;) ===
[[File:Oryx_cup.png|600px]]

=== Фото ===
[[File:Корреляторов.jpg|1000px]]
[[File:АЦП.jpg|1000px]]

[[Категория:Oryx]]
{{wl-publish: 2014-10-15 11:29:20 +0400 | Boldenkov }}

Blog:Korogodin/24.08.2020 Клоникус съездил на Армию-2020

2025-09-04T08:37:55Z

Dneprov D:

<summary hidden=true>

<center>[[File:CloArmy2020.png|400px]]</center>

Наш малыш побывал на военных сборах!

</summary>
{{Форма3}}
<center>[[File:IMG_20200824_122707.jpg|800px]]</center>

<center>[[File:IMG_20200824_162814.jpg|800px]]</center>

<center>[[File:IMG_20200825_104440_BURST1.jpg|800px]]</center>

[[Категория:Clonicus]]

{{wl-publish: 2020-08-25 12:01:31 +0300 | Korogodin }}

Blog:Boldenkov/21.10.2016 Официальные ИКД ГЛОНАСС

2025-09-04T08:36:11Z

Dneprov D:

<summary [ hidden ] >

<center>http://russianspacesystems.ru/wp-content/uploads/2015/09/logo_rks_80.png</center>

На официальном сайте РКС опубликованы интерфейсные контрольные документы ГЛОНАСС с кодовым разделением в диапазонов [http://russianspacesystems.ru/wp-content/uploads/2016/08/IKD-L1-s-kod.-razd.-Red-1.0-2016.pdf L1], [http://russianspacesystems.ru/wp-content/uploads/2016/08/IKD-L3-s-kod.-razd.-Red-1.0-2016.pdf L2], [http://russianspacesystems.ru/wp-content/uploads/2016/08/IKD-L3-s-kod.-razd.-Red-1.0-2016.pdf L3].

Наконец-то!

</summary>
{{Форма3}}
Ссылка на страницу с документами:
http://russianspacesystems.ru/bussines/navigation/glonass/interfeysnyy-kontrolnyy-dokument/

* [http://russianspacesystems.ru/wp-content/uploads/2016/08/IKD-L1-s-kod.-razd.-Red-1.0-2016.pdf L1OC],
* [http://russianspacesystems.ru/wp-content/uploads/2016/08/IKD-L2-s-kod.-razd.-Red-1.0-2016.pdf L2OC],
* [http://russianspacesystems.ru/wp-content/uploads/2016/08/IKD-L3-s-kod.-razd.-Red-1.0-2016.pdf L3OC].

Кроме того, опубликован [http://russianspacesystems.ru/wp-content/uploads/2016/08/IKD.-Obshh.-opis.-Red.-1.0-2016.pdf документ], содержащий общие подходы к обработке информации для всех сигналов. В основном он касается пересчёта шкал времени и расчёта координат НС разными способами.

На странице также присутствует старый [http://russianspacesystems.ru/wp-content/uploads/2016/08/ICD_GLONASS_rus_v5.1.pdf ИКД ГЛОНАСС 5.1], не притерпевший изменений.
{{wl-publish: 2016-10-24 08:53:46 +0300 | Boldenkov }}

Blog:Boldenkov/06.04.2017 Javad vs Linux

2025-09-04T08:36:04Z

Dneprov D:

<summary [ hidden ] >
Записи про подключение приёмника Javad Lexxon к RTKlib через Linux

<center>[[File:20170406_Javad_RTKlib_KDPV.png|400px]]</center>

</summary>
{{Форма3}}
{{TOCright}}

Изначально я ориентировался на статью: https://srns.ru/wiki/Blog:DneprovV/29.07.2015_Работа_с_RTKLib
В этой статье описано, как подключить Javad через RTKlib.

Но я запускал RTKlib из-под Linux через wine, естественно, ничто не заработало сразу, поэтому я начал экспериментировать...

== Проверка связи, как таковой ==

Javad подключен через адаптер USB-RS232 на чипе PL2303 и отображается в Linux устройством /dev/ttyUSB0.

Необходимо настроить порт. Настройки порта [https://srns.ru/wiki/Blog:DneprovV/29.07.2015_Работа_с_RTKLib#.D0.A8.D0.B0.D0.B3_1 известны]

Сделаем это через stty:

{| class="standard"
! Параметр порта
! Значение
! Ключ stty
|-
| bitrate
| 115200
| 115200
|-
| Character size
| 8
| cs8
|-
| Parity
| none
| -parenb
|-
| Stop bit
| 1
| -cstopb
|-
| Flow control
| none
| -ixon
|-
|}

Итого:
<source lang="bash">
stty -F /dev/ttyUSB0 115200 cs8 -parenb -cstopb -ixon
</source>

Далее, если не привлекать сторонний софт, можно открыть два терминала и в одном из них дать команду:
<source lang="bash">
cat /dev/ttyUSB0
</source>
и там будет появлятся всё, что выдаёт Javad.

== Настройка Javad ==

Но он не будет ничего выдавать! Ему нужно дать специальные команды. Команды есть [https://srns.ru/wiki/Blog:DneprovV/29.07.2015_Работа_с_RTKLib#.D0.A8.D0.B0.D0.B3_2.1 здесь].

<source lang="bash">
em,,def:{1,,}
em,,jps/gd
em,,jps/qd
em,,jps/WD
em,,jps/ET
</source>

Вот дальше я начал эти команды давать и возникли вопросы.

Первая команда устанавливает тем выдачи данных.
<source lang="bash">
em,,def:{1,,}
</source>

В результате из приёмника начинает сыпаться поток:

[[File:20170406_Javad_log1.png|400px]]

Цифра "1" в команде - это скорость. Если задать "0", данные будут сыпаться ещё быстрее. Чтобы он перестал это делать, надо задать большую цифру, например, 1000.

Проблема заключается в том, что на следующие три команды из списка Javad выдаёт сообщение об ошибке.
<source lang="bash">
em,,def:{1,,}
em,,jps/gd
em,,jps/qd
em,,jps/WD
</source>

<source lang="bash">
ER018{2,,wrong 2nd parameter}
</source>

Последняя команда - правильная.

Есть ещё команда dm, которую предписано периодически выдавать в Javad, но в [https://srns.ru/wiki/Blog:DneprovV/29.07.2015_Работа_с_RTKLib#.D0.A8.D0.B0.D0.B3_2.1 инструкции] почему-то не указан период выдачи.

В общем, надо разбираться.

== Проблема с RTKlib ==
Повторить это через GUI RTKlib из-под wine не получается.
Похоже, что RTKlib неправильно настраивает порт. Лампочка моргает, но ничего не происходит.

После остановки RTKlib команда "cat" из порта ничего не выдаёт. "Оживить" его обратно можно через stty:
<source lang="bash">
stty -F /dev/ttyUSB0 raw
stty -F /dev/ttyUSB0 115200 cs8 -parenb -cstopb -ixon
</source>

== Обработка лога в RTKconv ==

Пусть так, но я могу записать лог Javad в файл и обработать!

Приступим:

<source lang="bash">
cat /dev/ttyUSB0 | tee /tmp/javad.log
</source>

[[File:20170406_Javad_from_console.png|400px]]

Теперь можно вызвать RTKconv из-под wine и конвертировать в RINEX:

[[File:20170407_Javad_RTKconv.png|400px]]

В результате я получил файл RINEX с наблюдениями. Но нет файла RINEX c эфемеридами - Javad не выдал, судя по всему, нужные данные. Надо разобраться, как его для этого настроить.

== А теперь - добавим эфемериды ==

Владислав записывал из-под Windows лог Javad и конвертировал в RINEX, там тоже не было эфемерид. В результате я давал для обработки файлы, полученные с нашего приёмника и записанные RTKlib. Сделаю в этот раз также.

Настраиваем RTKnavi на работу с нашим приёмником по сети (всё из-под wine).

[[File:20170406_MCR_RTKnavi.png|400px]]
[[File:20170406_MCR_RTKnavi2.png|400px]]

Получаем лог binr в файле /tmp/MCR.binr. С помощью RTKconv конвертируем его в RINEX:

[[File:20170406_MCR_RTKconv.png|400px]]

Далее отдаём это всё RTKpost. PROFIT!

[[File:20170406_Javad_RTKpost.png|400px]]

== Выводы ==

* Надо найти команды Javad, чтобы он выдавал эфемериды
* Разобраться с неправильными командами Javad
* Надо понять, что RTKlib делает с портом
* Надо всё автоматизировать в виде скрипта, чтобы не требовалась эта многоходовка.

{{wl-publish: 2017-04-06 13:07:53 +0300 | Boldenkov }}

Blog:Boldenkov/06.04.2017 Автоматизация измерений

2025-09-04T08:35:58Z

Dneprov D:

<summary [ hidden ] >
Автоматизация обработки измерений, получаемых с приёмника

<center>[[File:20170406_RcvComparison_KPDV.png|300px]]</center>

</summary>
{{Форма3}}
{{TOCright}}

Долой многоходовку из [https://www.srns.ru/wiki/Blog:Boldenkov/06.04.2017_Javad_vs_Linux прошлой статьи]

Хочу ...

Хочу утром, за чашечкой кофе, получать сравнительный анализ точности работы приёмников за последние сутки.

== Приёмники ==

Мне сейчас доступен Javad, MCR и Piksi. Используем далее их.

== Снятие измерений ==

Также на Evaluator найдены скрипты для Geos3_SN17, сохраню, на всякий случай, пока сюда:
=== Geos3_SN17 ===
Скрипт geos_settings:
<source lang="bash">
#!/bin/bash

RCV_ID=geos3_SN17

PORT_BIN=/dev/ttyUSB0
BIN_SPEED=115200

PORT_NMEA=/dev/ttyUSB1
NMEA_SPEED=115200
</source>

Скрипт init_geos:
<source lang="bash">
#!/bin/bash

source geos_settings

stty -F $PORT_BIN 4800
stty -F $PORT_BIN $BIN_SPEED raw

stty -F $PORT_NMEA 4800
stty -F $PORT_NMEA $NMEA_SPEED raw

if [ -f /tmp/"$RCV_ID"_BIN.pid ]
then
cat /tmp/"$RCV_ID"_BIN.pid | xargs kill
fi

ser2net -C "2222:raw:0:$PORT_BIN:$BIN_SPEED NONE 1STOPBIT 8DATABITS -XONXOFF -RTSCTS LOCAL" -P /tmp/"$RCV_ID"_BIN.pid

if [ -f /tmp/"$RCV_ID"_NMEA.pid ]
then
cat /tmp/"$RCV_ID"_NMEA.pid | xargs kill
fi

ser2net -C "2223:raw:0:$PORT_NMEA:$NMEA_SPEED NONE 1STOPBIT 8DATABITS -XONXOFF -RTSCTS LOCAL" -P /tmp/"$RCV_ID"_NMEA.pid
</source>

=== Javad ===

С Javad я работаю через USB с использованием переходника на RS232. Чтобы получить его измерения (в формате Javad), я сделал скрипт start_javad_log:

<source lang="bash">
#!/bin/bash

PORT=/dev/ttyUSB0
FILE=/tmp/javad.log

stty -F $PORT raw
stty -F $PORT 115200 cs8 -parenb -cstopb -ixon

echo "em,,def:{1,,}" > $PORT
echo "em,,jps/gd" > $PORT
echo "em,,jps/qd" > $PORT
echo "em,,jps/WD" > $PORT

cat $PORT > $FILE
</source>

=== MCR ===
Наш приёмник сыпет протоколом BINR через порт 3491. Ничего делать не нужно, просто записать результат в файл (start_mcr_log):

<source lang="bash">
#!/bin/bash

IP=192.168.0.167
TcpPort=3491

DIR=/tmp
FILE=mcr.log

curl $IP:$TcpPort > $DIR/$FILE
</source>

=== Piksi ===
С Piksi сложнее всего. Он выдаёт свой бинарный лог SBP через порт 55555, но я пока не разобрался, как использовать лог в бинарном виде. Представляемая ими программа обработки sbp2rinex использует лог SBP, закодированный в JSON. А записывать такой лог может графическая программа swift_console. Надо разобраться, как обойтись без этого, т.к. лог в формате JSON занимает много места. Да и программа GUI тут лишняя. Но пока так (start_piksi_log):

<source lang="bash">
#!/bin/bash

IP=192.168.0.222
TcpPort=55555
DIR=/tmp
FILE=piksi.log

echo /home/CommonFiles/Piksi/swift_console_v1.0.A_linux/console -t -p $IP:$TcpPort -l -o $DIR --logfilename $FILE
/home/CommonFiles/Piksi/swift_console_v1.0.A_linux/console -t -p $IP:$TcpPort -l -o $DIR --logfilename $FILE
</source>

== Преобразование измерений в RINEX ==
Можно обойтись и без этого, но я сделал так, чтобы далее использовать полученные файлы в разных целях, не только для данной задачи.

Всё конвертирует отдельный скрипт convert_all_to_rinex:

<source lang="bash">
#!/bin/bash

DIR=/tmp

JAVAD=$DIR/javad.log
MCR=$DIR/mcr.log
PIKSI=$DIR/piksi.log

echo Javad: $JAVAD
convbin $JAVAD -r javad

echo MCR: $MCR
convbin $MCR -r nvs

echo Piksi: $PIKSI
export PIKSI_OUT=`echo $PIKSI | sed 's/\.log/\.obs/'`
/home/CommonFiles/Piksi/piksi_tools/piksi_tools/sbp2rinex.py $PIKSI -o $PIKSI_OUT
</source>

На выходе - файлы в формате RINEX.

== Решение навигационной задачи ==

Пока в Javad не включены эфемериды и файлы с эфемеридами пустые, а как заставить их выдавать Piksi - пока вообще не понятно, надо исследовать.
Я использовал эфемериды, принятые MCR. Скрипт solve_all_from_rinex:

<source lang="bash">
#!/bin/bash

DIR=/tmp

JAVAD=$DIR/javad.obs
MCR=$DIR/mcr.obs
PIKSI=$DIR/piksi.obs

NAV=`echo $MCR | sed 's/\.obs/\.nav/g'`
GNAV=`echo $MCR | sed 's/\.obs/\.gnav/g'`

REF="2846044.0 2200316.0 5249376.0"

OUT=`echo $JAVAD | sed 's/\.obs/\.pos/g'`
echo "Javad: $JAVAD -> $OUT"
rnx2rtkp -r $REF $JAVAD $NAV $GNAV -a > $OUT

OUT=`echo $MCR | sed 's/\.obs/\.pos/g'`
echo "MCR: $MCR -> $OUT"
rnx2rtkp -r $REF $MCR $NAV $GNAV -a > $OUT

OUT=`echo $PIKSI | sed 's/\.obs/\.pos/g'`
echo "Piksi: $PIKSI -> $OUT"
rnx2rtkp -r $REF $PIKSI $NAV $GNAV -a > $OUT
</source>

Результатом являются файлы с решением навигационной задачи в формате RTKlib.

== Построение графика ==

Далее я из файла с решением вытащил 3 и 4 столбики, содержащие отклонение от базовой линии в метрах и построил их через Gnuplot на графике. Использован дополнительный скрипт pl для простоты, от него надо будет избавиться. Скрипт plot_all:

<source lang="bash">
#/bin/bash

DIR=/tmp

JAVAD=$DIR/javad.pos
MCR=$DIR/mcr.pos
PIKSI=$DIR/piksi.pos

JAVAD_OUT=`echo $JAVAD | sed 's/\.pos/\.plane/g'`
echo "$JAVAD -> $JAVAD_OUT"
cat $JAVAD | grep -v "^%" | awk '{print $3" "$4}' > $JAVAD_OUT

MCR_OUT=`echo $MCR | sed 's/\.pos/\.plane/g'`
echo "$MCR -> $MCR_OUT"
cat $MCR | grep -v "^%" | awk '{print $3" "$4}' > $MCR_OUT

PIKSI_OUT=`echo $PIKSI | sed 's/\.pos/\.plane/g'`
echo "$PIKSI -> $PIKSI_OUT"
cat $PIKSI | grep -v "^%" | awk '{print $3" "$4}' > $PIKSI_OUT

pl $MCR_OUT $PIKSI_OUT $JAVAD_OUT
</source>

Всё вместе можно запустить скриптом process_all:

<source lang="bash">
#!/bin/bash

convert_all_to_rinex
solve_all_from_rinex
plot_all
</source>

== И первый результат! ==

[[File:20170406_RcvComparison_1.png|400px]]

== В заключение ==

Я скрипты сделал по-быстрому, на коленке, так, как делать нельзя. Надо код приводить в порядок.

Там "захардкодены" все пути, названия всех файлов и т.д. Например, добавить/убавить приёмник - уже проблема.
Надо вынести приёмники в список. Но работать с ними надо разными способами, тут надо как-то решить данный вопрос.

Далее, интересны графики в разных условиях - GPS/GPS+ГЛОНАСС, L1/L2+L2 и т.д. Дополнять строки в скрипты - неправильно. Надо делать нормальный код.

И ещё - я так и не сделал рассылку результатов, надо сюда добавить sendmail или сделать какого-нибудь бота.

Но пока так!
{{wl-publish: 2017-04-06 15:33:47 +0300 | Boldenkov }}

Blog:Boldenkov/10.04.2017 Подключение Javad через сеть

2025-09-04T08:35:51Z

Dneprov D:

<summary [ hidden ] >
RTKlib из-под wine не работает с Javad.
Описан способ решения данной проблемы

<center>[[File:20170410_RTKnavi_works.png|300px]]</center>

</summary>
{{Форма3}}
{{TOCright}}

== Проблема ==

В прошлой [https://www.srns.ru/wiki/Blog:Boldenkov/06.04.2017_Javad_vs_Linux статье] было описано, как обработать данные с приёмника Javad в RTKlib. Проблема заключалась в том, что программа RTKnavi неправильно работает с последовательным портом. Приходилось сначала записывать поток данных в файл, а потом обрабатывать через convbin/rtkpost.

== Netcat ==

RTKnavi позволяет работать с приёмником не только через последовательный порт, но и через сеть. Но Javad не имеет сетевого интерфейса.

Решением может быть перенаправление последовательного порта в сетевой сокет. Это делается с помощью программы netcat (nc).

Я создал скрипт, настраивающий Javad на передачу данных и запускающий трансляцию данных в сеть:

<source lang="bash">
#!/bin/bash

PORT=/dev/ttyUSB0
FILE=/tmp/javad.log

stty -F $PORT raw
stty -F $PORT 115200 cs8 -parenb -cstopb -ixon

echo "em,,def:{1,,}" > $PORT
echo "em,,jps/gd" > $PORT
echo "em,,jps/qd" > $PORT
echo "em,,jps/WD" > $PORT

nc -l -p 3500 </dev/ttyUSB0

</source>

Последняя команда передаёт данные из порта /dev/ttyUSB0 в порт TCP 3500.

После этого к нему можно подключиться через RTKnavi:

[[File:20170410_RTKnavi_TCPclient.png|400px]]

Режим работы TCP Client, указывается адрес 127.0.0.1 (компьютер, на котором это всё запущено), или другой, порт - 3500, тот, который был указан netcat.

После нажатия кнопки Start всё работает.

[[File:20170410_RTKnavi_works.png|400px]]

Аналогичным образом можно раздавать по сети данные и от других приёмников.

== ser2net ==

Достоинство NetCat заключается в том, что NetCat уже, как правило, установлен и его можно использовать сразу. Но есть и проблема - при отключении клиента NetCat тоже отключается и его надо перезапускать. Это неприемлемо для предполагаемого применения.

Одним из возможных решений является программа ser2net, предназначенная специально для вещания данных из физического порта в сеть.

ser2net есть в стандартных репозиториях Linux и ставится стандартным способом.

Для правильной работы ser2net нужно его настроить. Обычно предполагается, что будет использоваться настроечный файл, но я решил, что удобнее будет запускать ser2net по мере необходимости для каждого порта отдельно, указывая параметры в коммандной строке.

Делается это таким образом:
<source lang="bash">
ser2net -C "2222:raw:0:/dev/ttyUSB0:115200 NONE 1STOPBIT 8DATABITS -XONXOFF -RTSCTS LOCAL"
</source>

После этого поток данных из последовательного порта доступен через сеть:
<source lang="bash">
curl 127.0.0.1:2222
</source>
После перезапуска curl всё продолжает работать.

== Multiple clients ==

Следующая проблема, которую надо решить - подключение нескольких клиентов к одному порту одновременно. Стандартный ser2net данную возможность не поддерживает. На github есть версия с такой возможностью: https://github.com/longshine/ser2nets, но у меня она почему-то не передаёт данные. Надо разбираться.

Есть вот такое решение: https://wiki.openwrt.org/doc/howto/networked.gps, но это коряво.

GPStk расчитан только на NMEA, который нас не интересует.

{{wl-publish: 2017-04-10 11:19:45 +0300 | Boldenkov }}

Blog:Boldenkov/21.04.2017 Решение PPK из командной строки

2025-09-04T08:35:31Z

Dneprov D:

<summary [ hidden ] >

<center>[[File:20170421_PPK_mode_2_1.png|300px]]</center>

Продолжая исследовать возможности RTKlib...
</summary>
{{Форма3}}
{{TOCright}}

Я поставил задачу получить решение PPK с помощью RTKlib из командной строки. Вот что вышло.

== Исходные данные ==

Были записаны (одновременно, с одной антенны) измерения с двух приёмников - Piksi и MCR. Как это делается, описано [https://www.srns.ru/wiki/Blog:Boldenkov/06.04.2017_Автоматизация_измерений здесь].

Если делать решение по кодовым измерениям, получим такие картинки:

[[File:20170421_Pos_MCR_vs_Piksi_1.png|400px]] [[File:20170421_NS_MCR_vs_Piksi_1.png|400px]]

Первый график - решение, второй - количество спутников в измерениях. Видно, что у приёмника MCR (красный) разброс решения вдвое больше, чем у Piksi, хотя спутников также почти вдвое больше (добавился ГЛОНАСС). Надо разбираться.

== Постобработка в режиме kinematic ==

RTKlib имеет несколько режимов работы блока решения навигационной задачи. Рассмотрим режим 2 (kinematic). Для получения решения в данном режиме я использовал команду:

<source lang="bash">
rnx2rtkp -r 2846044.0 2200316.0 5249376.0 -p 2 mcr.pos Piksi.pos mcr.nav mcr.gnav -a > /tmp/MCR_rover.pos
</source>

Здесь ключ "-p" задаёт режим решения 2 (kinematic). Первый файл с измерениями mcr.pos рассматривается, как rover, второй - как base.

Аналогичным образом получил решение, в котором MCR - base, Piksi - rover.

[[File:20170421_PPK_mode_2_1.png|400px]]

Синий - база Piksi, красный - база MCR.

Ожидаемо получилась картинка, имеющая некоторую степень симметрии относительно нуля. Разброс решения - сантиметры.

== Постобработка в режиме static ==

Режим 3 (static) отличается тем, что RTKlib рассматривает положение, как статическое, и начинает усреднять данные. Поэтому решение постепенно сходится к нулю.

[[File:20170421_PPK_mode_3_1.png|400px]]
{{wl-publish: 2017-04-21 14:27:41 +0300 | Boldenkov }}

Blog:Korogodin/23.06.2021 RTKLIB "Time of Receiver Clock Rover" demystifying

2025-09-04T08:33:45Z

Dneprov D:

<summary [ hidden ]>
<center>[[File:photo_2021-06-23_11-14-24.jpg|400px]]</center>
</summary>
{{Форма3}}

В RTKLIB есть чарующая строчка, Time of Receiver Clock Rover, которая во время получения решения показывает интригующее время - с большим числом разрядов после запятой, вплоть до наносекунд:

<center>[[File:photo_2021-06-23_11-12-39.jpg]]</center>

И этот хвост там не бывает нулевым. У нас были догадки, что это значение можно использовать для оценки точности синхронизации приемника. И вот теперь у нас есть собственная синхронизация с точностью в 1 нс.
А значит, мы можем разгадать смысловую нагрузку числа в RTKLIB:

<center>[[File:photo_2021-06-23_11-14-24.jpg]]</center>

Это оказалась оценка системного времени на момент фикса измерений. Что интересно, не бьется с нашей оценкой на 210 нс. В очередной раз наша оценка опережает внешнюю на 200 нанок, это повод задуматься и поискать косяк в алгоритме, вместо текущей компенсации калибровкой
{{wl-publish: 2021-06-23 12:39:50 +0400 | Korogodin }}

Blog:Roslyakov/13.12.2021 Формирование навигационного сигнала GPS CA с помощью gps-sdr-sim и HackRF

2025-09-04T08:32:50Z

Dneprov D:

<summary [ hidden ]>
<center>[[File:JsPFkaOzCOA.jpg|400px]]</center>
Имитатор за копейки
</summary>
{{Форма3}}

== Формирование навигационного сигнала GPS L1 C/A c помощью GPS-SDR-SIM и HackRF One ==

''' GPS-SDR-SIM ''' — программа, позволяющая выводить двоичный файл сигналов в соответствии с указанным файлом спутниковой информации, информацией о координатах, частоте дискретизации и другими параметрами.

''' HackRF One ''' — программно-определяемое радио, способное передавать / принимать радиосигналы на частотах от 1МГц до 6 ГГц.
Использует технологию, позволяющую с помощью программного обеспечения устанавливать / изменять рабочие радиочастотные параметры.

== Введение ==

Данная статья является инструкцией по формированию навигационного сигналы GPS L1 C/A для неподвижного потребителя.
Для имитации GPS сигнала будет использоваться программа GPS-SDR-SIM, которая позволяет формировать выборку навигационного сигнала (НС) в соответствии с указанным файлом спутниковой информации.
Полученный файл будет импортироваться в радиочастотное устройство для трансляции НС в эфир.

В качестве приемопередатчика будет выступать программно-определяемое радио (англ. SDR - software defined radio) HackRF One.
Основные характеристики устройства: диапазон частот от 1 МГц до 6 ГГц, полоса пропускания 20 МГц, 8-разрядный АЦП/ЦАП.

Рассматривается конфигурация HackRF One c расширяющей платой Portapack H2, которая позволяет работать HackRF One автономно, т.е. без подключения к компьютеру.

В сборе HackRf One + Portapack H2 + металлический корпус, SDR выглядит следующим образом:

[[File:photo_2021-12-13_17-08-01.jpg||240px|center]]

На изображении ниже можно увидеть два SMA разъема CLKIN (ближний) и CLKOUT – вход и выход для синхронизации.
На этой же стороне присутствует разъем micro-USB для подключения платы к компьютеру.

[[File:photo_2021-12-13_16-51-13.jpg||400px|center]]

С противоположной стороны плата имеет антенный разъем SMA и две кнопки: Reset – для перезагрузки HackRF по питанию и DFU – для восстановления заводской прошивки.
Над кнопками разъем для карты памяти.

[[File:photo_2021-12-13_16-48-52 (2).jpg||400px|center]]

== Последовательность действий для формирования сигнала ==

''' Шаг 1. Подключение '''

* Подключите антенну к SMA разъему на плате.
* Подключите плату к ПК (micro-USB/USB кабель).

''' Шаг 2. Установка драйверов и пакетов на ПК (ОС: Linux) '''

*Команды в консоль:

sudo apt update; sudo apt upgrade

sudo apt install hackrf libhackrf-dev libhackrf0 gnuradio gnuradio-dev gr-osmosdr gqrx-sdr

''' Шаг 3. Отклик HackRF '''

* Включить плату, в открывшемся меню выбрать и нажать кнопку HackRF.

[[file:photo_2021-12-13_16-49-51.jpg|thumb|Меню HackRF]]

* Соглашаемся на HackRF mode для управления платой через ПК.

*Команда в консоль:

hackrf_info

*Ожидаемый ответ:

hackrf_info version: unknown
libhackrf version: unknown (0.5)
Found HackRF
Index: 0
Serial number: 0000000000000000048866dc348258c3
Board ID Number: 2 (HackRF One)
Firmware Version: local-57ed3eb (API:1.04)
Part ID Number: 0xa000cb3c 0x00614368

''' Шаг 4. Загрузить и скомпилировать код GPS-SDR-SIM '''

*Команды в консоль:

git clone https://github.com/osqzss/gps-sdr-sim.git

cd gps-sdr-sim && gcc gpssim.c -lm -O3 -o gps-sdr-sim

''' Шаг 5. Формированию выборки сигнала GPS '''

* Открыть консоль внутри скомпилированной программы.

* Консольная команда для формирования 8-разрядного бинарный файла сигнала по эфемеридному файлу brdc3540.14n:

./gps-sdr-sim -e brdc3540.14n -l 31.603202,120.466576,100 -b 8 -d 300

где

brdc3540.14 — файл эфемерид 32-х спутников GPS;

-e — файл является общим форматом ГНСС-данных RINEX;

-l 31.603202,120.466576,100 — координаты позиции приемника;

-b 8 — разрядность чисел в выходном файле;

-d 300 — длительность в секундах (1с = 5Мбайт).

''' Шаг 6. Формирование радиосигнала '''

На предыдущем шаге по эфемеридному файлу был создан 8-разрядный бинарный файл «gpssim.bin».

* Консольная команда для отправки сформированного файла на HackRF:
Убедитесь, что антенна подключена к антенному порту HackRF

hackrf_transfer -t gpssim.bin -f 1575.42e6 -s 2.6e6 -a 1 -x 30 -b 5e6

где

hackrf_transfer – команда, с помощью которой можно отправлять и получать сигналы, используя HackRF;

-t – пересылать данные из файла <имя файла>;

-f – несущая сигнала 1575.42 МГц;

-s – частота дискретизации 2.6 МГц;

-a – RF усилитель (1=Включен);

-x – усиление TX 30 dB;

-b – 5e6 полоса пропускания ФНЧ.

''' Шаг 7. Оценка параметров сигнала смартфоном '''

[[file:photo_2021-12-13_17-07-30.jpg|thumb|Ожижаемый результат]]

* Установить приложение GPS Test.

* Включить геолакацию.

* Включить на телефоне режим полета

== Дополнительный материал ==

Ссылки:

https://github.com/osqzss/gps-sdr-sim.git — GPS-SDR-SIM

https://russianblogs.com/article/2381493862/ — более широкая инструкция по флагам gps-sdr-sim

https://hackware.ru/?p=8249 — инструкция на русском для HackRF
{{wl-publish: 2021-12-24 09:22:02 +0400 | Roslyakov }}

Blog:DneprovD/17.06.2024 Clonicus 2.0

2024-11-15T10:36:33Z

Dneprov D: /* QSPI Flash */

<summary hidden=true>
<center>[[File:IMG_20240621_134919.jpg|400px]]</center>
</summary>
{{Форма2}}
__TOC__

== Косяки ==
=== DDR ===
На плате установлен 1 чип DDR3L MT41K128M16-107 на 256 МБ. В проекте вивадо достаточно было выбрать похожее устройство, тайминги были выставлены автоматически. Задержки по дорогам берутся из альтиума.

Память сначала отказывалась работать, повисала на калибровке WL. Потыкались осцилографом - проблема была в некачественной пайке.

[https://static.chipdip.ru/lib/911/DOC012911114.pdf Даташит на DDR]

[https://www.youtube.com/watch?v=W3Jt_y6PHjA&ab_channel=Phil%E2%80%99sLab Видео, какие тайминги откуда брать]

[https://docs.amd.com/v/u/en-US/ds191-XC7Z030-XC7Z045-data-sheet#page=17 Таблица20: максимальная скорость DDR в цинках]

=== SD Card ===
Были проблемы с подмонтированием разделов и ошибки чтения секторов. Проблема схемотехническая в обвязке и непонятном левелшифтере PI4ULS5V106.

=== Nomada ===
Припаян не тот кварц (выбран не с тем номиналом напряжения). Подтянут к нужному номиналу резистором.

== Заметки ==
=== Ethernet ===
(!) Для корректной работы желательно пересобирать u-boot при изменении девайстри, и boot.bin командой
<source lang="bash">
petalinux-package --boot --format BIN --fsbl ./zynq_fsbl.elf --u-boot --force
</source>
На плате есть 2 физика:
* К GEM0 подключен Realtek RTL8211E-VL-CG.
* К GEM1 подключен Texas Instruments DP83867.
* Шина MDIO общая, на пинах 52-53.

В Vivado включал отдельно только Ethernet0, только Ethernet1, оба сразу с MDIO на нулевом.

Каждый физик отдельно видится на мдио независимо от того, к Ethernet0 или Ethernet1 она подключена. В стандалоне тестах в sdk автосогласование проходят оба физика, тест их находит.

U-boot версии 2017.4 видит оба физика на мдио, но драйвер прикручивает только к первому по порядку в девайстри. Два сразу старый U-boot не умеет до версии 2018.1 (гуглится обсуждение).

При работе с двумя физиками рекомендуют накатить на ядро патч драйвера macb, чтобы он видел два физика. При этом раздел mdio {} в девайстри заработал только при помещении его в общую часть, там где {aliases, chosen}.

[https://xilinx-wiki.atlassian.net/wiki/spaces/A/pages/18841740/Macb+Driver Заметка на хиливики про Common MDIO DT Macb Driver]

[https://xilinx-wiki.atlassian.net/wiki/spaces/A/pages/18842475/PetaLinux+Yocto+Tips#PetaLinuxYoctoTips-PatchingtheLinuxKernelofaPetaLinuxProject Как патчить ядро]

[https://xilinx-wiki.atlassian.net/wiki/spaces/A/pages/18841740/Macb+Driver Пример девайстри с вики для двух PHY]

[https://support.xilinx.com/s/article/69132?language=en_US Оффициальный AR xilinx для dual PHY с патчами]

[https://support.xilinx.com/s/question/0D52E00006hpe3DSAQ/dual-ethernet-still-not-working-after-patching-macb-driver-petalinux-20172?language=en_US AR#1]

[https://support.xilinx.com/s/question/0D52E00007AMwsGSAT/how-to-fix-zynq7000-dual-ethernet-phy-on-single-mdio-bus-in-xilinxv20191-and-newer?language=en_US AR#2]

[https://support.xilinx.com/s/question/0D52E00006iHu9HSAS/dual-phys-on-mdioemio?language=en_US AR#3]

[https://support.xilinx.com/s/question/0D52E00007AMwsGSAT/how-to-fix-zynq7000-dual-ethernet-phy-on-single-mdio-bus-in-xilinxv20191-and-newer?language=en_US AR#4]

[https://support.xilinx.com/s/question/0D52E00006iHlW2SAK/zynq-dual-ethernet-question?language=en_US AR#5]

==== Один PHY ====
Рабочий devicetree для ядра без патча, один PHY (на выбор):

'''<projectname>/project-spec/meta-user/recipes-bsp/device-tree/files/system-user.dtsi''':
<source lang = bash>
/* RTL8211E */
&gem0{
status = "okay";
phy-handle = <&phy1>;
phy-mode = "rgmii-id";
local-mac-address = [00 0a 35 00 22 01];

mdio {
status = "okay";
#address-cells = <1>;
#size-cells = <0>;

phy0: phy@1 {
status = "okay";
device_type = "ethernet-phy";
reg = <1>;
};
};
};

/*TI dp83867 */
&gem1{
status = "okay";
phy-handle = <&phy1>;
phy-mode = "rgmii-id";
local-mac-address = [00 0a 35 00 22 02];

xlnx,eth-mode = <0x1>;

mdio {
status = "okay";
#address-cells = <1>;
#size-cells = <0>;

phy1: phy@12 {
status = "okay";
compatible = "ethernet-phy-ieee802.3-c22";
device_type = "ethernet-phy";

reg = <12>;
ti,rx-internal-delay = <0x7>;
ti,tx-internal-delay = <0x7>;
ti,fifo-depth = <0x01>;
ti,min-output-impedance;
ti,dp83867-rxctrl-strap-quirk;
};
};
};

</source>

==== Два PHY ====
Пропатчено ядро для общей mdio. Mdio на Ethernet0 в Vivado, пины 52-53. Первый физик поднимается автоматически. Второй жив, пожнимается через:
<source lang = bash>
ifconfig eth1 192.168.0.231 netmask 255.255.255.0 up
</source>

'''<projectname>/project-spec/meta-user/recipes-bsp/device-tree/files/system-user.dtsi''':
<source lang = bash>
/ {
aliases {...}

chosen {...}

mdio {
compatible = "cdns,macb-mdio";
reg = <0xe000b000 0x1000>;
status = "okay";
clocks = <&clkc 30>, <&clkc 30>, <&clkc 13>;
clock-names = "pclk", "hclk", "tx_clk";
#address-cells = <1>;
#size-cells = <0>;

phy0: phy@1 {
compatible = "ethernet-phy-ieee802.3-c22";
device_type = "ethernet-phy";
reg = <1>;
status = "okay";
};

phy1: phy@12 {
compatible = "ethernet-phy-ieee802.3-c22";
device_type = "ethernet-phy";
reg = <12>;
status = "okay";
ti,rx-internal-delay = <0x7>;
ti,tx-internal-delay = <0x7>;
ti,fifo-depth = <0x01>;
ti,min-output-impedance;
ti,dp83867-rxctrl-strap-quirk;
};
};
};

&gem0{
status = "okay";
phy-handle = <&phy0>;
phy-mode = "rgmii-id";
local-mac-address = [00 0a 35 00 22 01];
};

&gem1{
status = "okay";
phy-handle = <&phy1>;
phy-mode = "rgmii";
local-mac-address = [00 0a 35 00 22 02];

xlnx,eth-mode = <0x1>;
};
</source>

=== QSPI Flash ===
На плате установлена не поддерживаемая (нету) по табличке W25Q512JVEIQ.

Флешка поднялась, причина - отсутствие резистора на QSPI_SCK_MODE4 - была закоротка на землю.

Пропатчил юбут, добавив в файл <projectname>/components/ext_sources/MY-U-BOOT/u-boot-xlnx/drivers/mtd/spi/spi_flash_ids.c флешку, и наложив патч:

'''0001-add-spi-support-for-w25q512jv.patch'''
<source lang = bash>
From 17ebfc83d3929446288d1143d33d8fbd156360d0 Mon Sep 17 00:00:00 2001
From: DneprovD <dneprov_dv@mail.ru>
Date: Thu, 20 Jun 2024 12:27:45 +0300
Subject: [PATCH] add spi support for w25q512jv

---
drivers/mtd/spi/spi_flash_ids.c | 1 +
1 file changed, 1 insertion(+)

diff --git a/drivers/mtd/spi/spi_flash_ids.c b/drivers/mtd/spi/spi_flash_ids.c
index cb27c88..c3e725a 100644
--- a/drivers/mtd/spi/spi_flash_ids.c
+++ b/drivers/mtd/spi/spi_flash_ids.c
@@ -167,6 +167,7 @@ const struct spi_flash_info spi_flash_ids[] = {
{"w25q32dw", INFO(0xef6016, 0x0, 64 * 1024, 64, RD_FULL | WR_QPP | SECT_4K) },
{"w25q64dw", INFO(0xef6017, 0x0, 64 * 1024, 128, RD_FULL | WR_QPP | SECT_4K) },
{"w25q128fw", INFO(0xef6018, 0x0, 64 * 1024, 256, RD_FULL | WR_QPP | SECT_4K) },
+ {"w25q512jv", INFO(0xef4020, 0x0, 64 * 1024, 1024, RD_FULL | WR_QPP | SECT_4K) },
#endif
{}, /* Empty entry to terminate the list */
/*
--
1.9.1

</source>

В project-spec/meta-user/recipes-bsp/u-boot/files/platform-top.h добавил
<source lang=bash>
#define CONFIG_SPI_FLASH_WINBOND Y
</source>

[https://support.xilinx.com/s/article/50991?language=en_US Список поддерживаемых Zynq 7000 флешек и гайд что делать с неподдерживаемыми]

[https://support.xilinx.com/s/article/62743?language=en_US Гайд для неподдерживаемых]

[https://srns.ru/wiki/%D0%A4%D0%B0%D0%B9%D0%BB:QSPI_FLASH_support_guide_rev1.0.pdf Гайд по добавлению правок в U-boot]

[https://xilinx-wiki.atlassian.net/wiki/spaces/A/pages/18842262/Zynq+QSPI+Driver Zynq QSPI Driver на хилипедии]

==== Разметка QSPI ====

Делал так:

1) Идем в petalinux-config -> Subsystem AUTO Hardware Settings -> '''Flash Settings'''

Там задаем разделы флешки:
[[Файл:Qspi-partitions-KibiBytes.PNG|500px|right|thumb]]
<source lang=bash>
Primary Flash (ps7_qspi_0) --->
[ ] Advanced Flash Auto Configuration
*** partition 0 ***
(boot) name
(0x100000) size
*** partition 1 ***
(bootenv) name
(0x20000) size
*** partition 2 ***
(kernel) name
(0x1400000) size
*** partition 3 ***
(dtb) name
(0x20000) size
*** partition 4 ***
(rootfs) name
(0xA00000) size
*** partition 5 ***
(bitstream) name
(0x600000) size
*** partition 6 ***
(spare) name
(0x1AC0000) size
*** partition 7 ***
() name
</source>

Для наглядности накидал [https://openipc.org/tools/firmware-partitions-calculation?locale=ru на сайтике картинку]

2) Там же в petalinux-config -> Subsystem AUTO Hardware Settings -> '''Advanced bootable images storage Settings''' заходим в каждый пункт и выставляем
<source lang = bash>
image storage media
(X) primary flash

# в пункте для DTB на пробу поставил
(X) from boot image
</source>

После этого U-boot будет искать указанные файлы по указанным адресам на QSPI флешке при включенном режиме загрузки с QSPI флешки. Также это отразится на генерируемом файле юбута Petalinux/qspi/project-spec/meta-plnx-generated/recipes-bsp/u-boot/configs/platform-auto.h. Этот файл обновляется при вызове petalinux-config -c u-boot (вроде).

==== Прошивка QSPI ====

QSPI флешка прошивается из U-boot через sf probe, sf write.
Это же делает SDK, когда прошивается флешка через JTAG. SDK собирает свой юбут внутри себя, и им прошивает. Недостатком было то, что юбут из SDK не пропатчен на поддержку новой флешки, и он валится на обнаружении. Возможно, его можно пропатчить внутри SDK, я не пробовал.

Как прошивал:
# Собрал проект через petalinux-build.
# Положил все нужные файлы на sd-карту.
# Загрузился с sd-карты, зашел в u-boot.
# Из консоли U-boot выполнил:
<source lang=bash>
# подключаемся
> sf probe 0

# стираем области перед записью. Стирать можно маленькими разделами или всю флешку разом
> sf erase 0 0x1AC0000

# загружаем файлы в DDR и пишем их на флешку. Переменная filesize заполняется сама.
> fatload mmc 0 0x00100000 BOOT.bin
> sf write 0x00100000 0x0 ${filesize} #(DDR_address offset image_size)

> fatload mmc 0 0x00100000 image.ub
> sf write 0x00100000 0x120000 ${filesize}

и так далее
</source>

==== Работа с MTD ====

В операционке работать с разделами флешки можно через /proc/mtd. Для того, чтобы mtd драйвер увидел флешку, пришлось накатить на него патч.

<source lang=bash>
From 6a51554240c03a0dc0676fac0ab273bd7cf0c77f Mon Sep 17 00:00:00 2001
From: DneprovD <dneprov_dv@mail.ru>
Date: Tue, 12 Nov 2024 14:31:49 +0300
Subject: [PATCH] Add w25q512jvq support in mtd-spi-nor

---
drivers/mtd/spi-nor/spi-nor.c | 2 ++
1 file changed, 2 insertions(+)

diff --git a/drivers/mtd/spi-nor/spi-nor.c b/drivers/mtd/spi-nor/spi-nor.c
index 79194ec..91d6996 100644
--- a/drivers/mtd/spi-nor/spi-nor.c
+++ b/drivers/mtd/spi-nor/spi-nor.c
@@ -1336,6 +1336,8 @@ static int spi_nor_is_locked(struct mtd_info *mtd, loff_t ofs, uint64_t len)
{ "w25q128", INFO(0xef4018, 0, 64 * 1024, 256, SECT_4K| SPI_NOR_DUAL_READ | SPI_NOR_QUAD_READ) },
{ "w25q256", INFO(0xef4019, 0, 64 * 1024, 512, SECT_4K| SPI_NOR_DUAL_READ | SPI_NOR_QUAD_READ) },

+ { "w25q512jvq", INFO(0xef4020, 0, 64 * 1024, 1024, SECT_4K| SPI_NOR_DUAL_READ | SPI_NOR_QUAD_READ) },
+
/* Catalyst / On Semiconductor -- non-JEDEC */
{ "cat25c11", CAT25_INFO( 16, 8, 16, 1, SPI_NOR_NO_ERASE | SPI_NOR_NO_FR) },
{ "cat25c03", CAT25_INFO( 32, 8, 16, 2, SPI_NOR_NO_ERASE | SPI_NOR_NO_FR) },
--
1.9.1

</source>

Изначально поддержки конкретно нашей флешки там нет вплоть до v2021.1. Простое добавление строки позволило mtd драйверу обнаруживать флешку, но запись в нее через flashcp работает с ошибками. Пока остановился на этом.

=== U-boot ===
==== Env ====
uEnv.txt - только для sd boot (захардкожено в u-boot-xlnx/include/configs/zynq-common.h).

Вроде бы можно [https://community.intel.com/t5/FPGA-SoC-And-CPLD-Boards-And/Unable-to-read-file-u-boot-scr/td-p/219580 обернуть юбутом (mkImage)] тектовый файл, и зашить в qspi. Не пробовал, вдруг не нужно.

{{Начало скрытого блока|Выравнивание_заголовка = left| Ссылка = left|Заголовок = Код стандартной env из zynq-common.h:}}
<source lang=bash>
/* Default environment */
#ifndef CONFIG_EXTRA_ENV_SETTINGS
#define CONFIG_EXTRA_ENV_SETTINGS \
"ethaddr=00:0a:35:00:01:22\0" \
"kernel_image=uImage\0" \
"kernel_load_address=0x2080000\0" \
"ramdisk_image=uramdisk.image.gz\0" \
"ramdisk_load_address=0x4000000\0" \
"devicetree_image=devicetree.dtb\0" \
"devicetree_load_address=0x2000000\0" \
"bitstream_image=system.bit.bin\0" \
"boot_image=BOOT.bin\0" \
"loadbit_addr=0x100000\0" \
"loadbootenv_addr=0x2000000\0" \
"kernel_size=0x500000\0" \
"devicetree_size=0x20000\0" \
"ramdisk_size=0x5E0000\0" \
"boot_size=0xF00000\0" \
"fdt_high=0x20000000\0" \
"initrd_high=0x20000000\0" \
"bootenv=uEnv.txt\0" \
"loadbootenv=load mmc 0 ${loadbootenv_addr} ${bootenv}\0" \
"importbootenv=echo Importing environment from SD ...; " \
"env import -t ${loadbootenv_addr} $filesize\0" \
"sd_uEnvtxt_existence_test=test -e mmc 0 /uEnv.txt\0" \
"preboot=if test $modeboot = sdboot && env run sd_uEnvtxt_existence_test; " \
"then if env run loadbootenv; " \
"then env run importbootenv; " \
"fi; " \
"fi; \0" \
"mmc_loadbit=echo Loading bitstream from SD/MMC/eMMC to RAM.. && " \
"mmcinfo && " \
"load mmc 0 ${loadbit_addr} ${bitstream_image} && " \
"fpga load 0 ${loadbit_addr} ${filesize}\0" \
"norboot=echo Copying Linux from NOR flash to RAM... && " \
"cp.b 0xE2100000 ${kernel_load_address} ${kernel_size} && " \
"cp.b 0xE2600000 ${devicetree_load_address} ${devicetree_size} && " \
"echo Copying ramdisk... && " \
"cp.b 0xE2620000 ${ramdisk_load_address} ${ramdisk_size} && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"qspiboot=echo Copying Linux from QSPI flash to RAM... && " \
"sf probe 0 0 0 && " \
"sf read ${kernel_load_address} 0x100000 ${kernel_size} && " \
"sf read ${devicetree_load_address} 0x600000 ${devicetree_size} && " \
"echo Copying ramdisk... && " \
"sf read ${ramdisk_load_address} 0x620000 ${ramdisk_size} && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"uenvboot=" \
"if run loadbootenv; then " \
"echo Loaded environment from ${bootenv}; " \
"run importbootenv; " \
"fi; " \
"if test -n $uenvcmd; then " \
"echo Running uenvcmd ...; " \
"run uenvcmd; " \
"fi\0" \
"sdboot=if mmcinfo; then " \
"run uenvboot; " \
"echo Copying Linux from SD to RAM... && " \
"load mmc 0 ${kernel_load_address} ${kernel_image} && " \
"load mmc 0 ${devicetree_load_address} ${devicetree_image} && " \
"load mmc 0 ${ramdisk_load_address} ${ramdisk_image} && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}; " \
"fi\0" \
"usbboot=if usb start; then " \
"run uenvboot; " \
"echo Copying Linux from USB to RAM... && " \
"load usb 0 ${kernel_load_address} ${kernel_image} && " \
"load usb 0 ${devicetree_load_address} ${devicetree_image} && " \
"load usb 0 ${ramdisk_load_address} ${ramdisk_image} && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}; " \
"fi\0" \
"nandboot=echo Copying Linux from NAND flash to RAM... && " \
"nand read ${kernel_load_address} 0x100000 ${kernel_size} && " \
"nand read ${devicetree_load_address} 0x600000 ${devicetree_size} && " \
"echo Copying ramdisk... && " \
"nand read ${ramdisk_load_address} 0x620000 ${ramdisk_size} && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"jtagboot=echo TFTPing Linux to RAM... && " \
"tftpboot ${kernel_load_address} ${kernel_image} && " \
"tftpboot ${devicetree_load_address} ${devicetree_image} && " \
"tftpboot ${ramdisk_load_address} ${ramdisk_image} && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"rsa_norboot=echo Copying Image from NOR flash to RAM... && " \
"cp.b 0xE2100000 0x100000 ${boot_size} && " \
"zynqrsa 0x100000 && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"rsa_nandboot=echo Copying Image from NAND flash to RAM... && " \
"nand read 0x100000 0x0 ${boot_size} && " \
"zynqrsa 0x100000 && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"rsa_qspiboot=echo Copying Image from QSPI flash to RAM... && " \
"sf probe 0 0 0 && " \
"sf read 0x100000 0x0 ${boot_size} && " \
"zynqrsa 0x100000 && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"rsa_sdboot=echo Copying Image from SD to RAM... && " \
"load mmc 0 0x100000 ${boot_image} && " \
"zynqrsa 0x100000 && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"rsa_jtagboot=echo TFTPing Image to RAM... && " \
"tftpboot 0x100000 ${boot_image} && " \
"zynqrsa 0x100000 && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
DFU_ALT_INFO
#endif
</source>
{{Конец скрытого блока}}

Иван загружал clonicus.bit юбутом через Uboot.env. Вроде как можно вместо Uboot.env сделать uEnv.txt - на схожесть не проверял.

'''Иванова Uboot.env''' в текстовом редакторе после приведения в читаемый вид:
<source lang = bash>
<TіQautoload=yes
boot_dtb=fatload mmc 0 0x9000000 system.dtb
boot_image=fatload mmc 0 0xA000000 image.ub
bootcmd=run swdt_set && run fpga_config && run boot_image && run boot_dtb && bootm 0xA000000 0xA000000 0x9000000
bootdelay=1
ethaddr=00:0a:35:00:21:70
fdtcontroladdr=ffa91b0
fileaddr=100000
filesize=5b3f74
swdt_set=run swdt_ccr && run swdt_rst && run swdt_zmr
swdt_ccr=mw 0xf8005004 0x92063b
swdt_rst=mw 0xf8005008 0x1999
swdt_zmr=mw 0xf8005000 0xabc043
fpga_config=run load_bit && run pl_load
ipaddr=192.168.0.110
kernel_img=image.ub
load_bit=fatload mmc 0 0x100000 clonicus.bit
netmask=255.255.255.0
pl_load=fpga loadb 0 0x100000 0x1400000
serverip=192.168.0.1
</source>

==== Env to binary ====
В исходниках U-boot давно лежит утилита mkenvimage.c.
Пока что так и не попользовался ей.
https://bootlin.com/blog/mkenvimage-uboot-binary-env-generator/

Код Андрея по переводу текстового uEnv.txt в бинарный:
<source lang=python>
import zlib
import sys

if len(sys.argv) != 4:
sys.exit('args error!')

inputFilename = str(sys.argv[1])
outputFilename = str(sys.argv[2])
write_size = int(sys.argv[3])

with open(inputFilename, "r") as fid:
lines = [line for line in fid]

lines_zero = (''.join(lines)).replace('\n', '\0')
lines_zero = lines_zero + (write_size - len(lines_zero)) * '\0'
fbytes = lines_zero.encode()
fid.close()

crc = (zlib.crc32(fbytes)).to_bytes(4, byteorder='little')

file_contents = crc + fbytes

fid = open(outputFilename,"wb")
fid.write(file_contents)
fid.close()
</source>

==== U-boot patch ====

(!) При внесении изменений в юбут не забываем добавить коммент к версии в
<source lang=bash>
$ petalinux-config -c u-boot

General setup ->
Local version - append to U-Boot release
дописываем отличия версии, например, qspi
</source>

Попробовал пропатчить u-boot для добавления поддержки qspi флешки, которая не поддерживалась.

[https://docs.amd.com/v/u/2019.1-English/ug1144-petalinux-tools-reference-guide#page=107 Как сделать внешние исходники u-boot в проекте]

[https://devconnected.com/how-to-create-and-apply-git-patch-files/ Как делать git patch]

Методология создания патча для U-boot:
* Куда-то рядом или внутрь проекта в <projectname>/components/ext_sources/MY-U-BOOT/ скачивается [https://github.com/Xilinx/u-boot-xlnx/tree/xilinx-v2017.4 гит юбута].
* Переходим на ветку xilinx-v2017.4
<source lang = bash>
git checkout xilinx-v2017.4
</source>
* Создаем новую ветку mytest
<source lang = bash>
git checkout -b mytest
</source>
* Находим в исходниках файлик(и), в который хотим внести изменения. Вносим изменения. Коммитим в ветку mytest.
* Делаем файл патча относительно ветки xilinx-v2017.4, находясь в ветке mytest. В той папке, в которой вызываем команду, появится файл '''0001-<commit-mesg>.patch'''
<source lang = bash>
git format-patch xilinx-v2017.4
</source>
* Копируем файл 0001-<commit-mesg>.patch в <projectname>/project-spec/meta-user/recipes-bsp/u-boot/files/
* Добавляем в файл '''<projectname>/project-spec/meta-user/recipes-bsp/u-boot/u-boot-xlnx_%.bbappend''' строку с именем патча:
<source lang = bash>
SRC_URI_append = " file://0001-add-spi-support-for-w25q512jv.patch"
</source>
* Собираем
<source lang = bash>
petalinux-build -c u-boot
</source>

Для изменения стартового сообщения U-Boot 2017.01 (Jun 07...) идем в <projectname>/components/ext_sources/MY-U-BOOT/u-boot-xlnx/Makefile. В строке 5 есть VERSION, в строке 1280 сам вывод.
То же можно сделать где-то в petalinux конфигах / юбут конфигах, не залезая в исходники.

[[Категория:Zynq]]
[[Категория:EmbeddedLinux]]
[[Category:Clonicus]]

{{wl-publish: 2024-06-17 07:27:00 +00:00 | Dneprov D }}

Blog:Lipa

2024-11-05T13:24:56Z

Dneprov D:

{{Форма3}}
[[Липа, Иван Владимирович|Страница Ивана...]]

[[Special:Wikilog/User:Lipa|Поиск по блогу...]]

Blog:Lipa/16.05.2018 PetaLinux

2024-11-05T13:23:43Z

Dneprov D:

Blog:DneprovD/10.10.2020 Обновление Gitlab

2024-10-28T11:41:49Z

Dneprov D: /* Ссылки */

<summary hidden=true>
<center>[[File:Gitlab-old-logo-no-bkgrd.png|400px]]</center>
</summary>
{{Форма2}}
__TOC__

Страничка про обновление гитлаба со ссылками на всякое

== Ссылки ==

'''Релизы:'''

https://about.gitlab.com/releases/categories/releases/
https://about.gitlab.com/releases/

'''Обновление:'''

https://docs.gitlab.com/ee/update/

'''Скрипт''' для фикса проблем с убунтовыми репозиториями при apt update:

https://about.gitlab.com/install/#ubuntu

<source lang=bash>
curl https://packages.gitlab.com/install/repositories/gitlab/gitlab-ee/script.deb.sh | sudo bash
</source>

'''Помощник''' по обнове с версиями и необходимыми командами:

https://gitlab-com.gitlab.io/support/toolbox/upgrade-path/?current=15.8.4&edition=ce&n1=true

Просмотр '''всех изменений и удалений''' между версиями:

https://gitlab-com.gitlab.io/cs-tools/gitlab-cs-tools/what-is-new-since/?tab=deprecations

'''Про бэкап:'''

https://docs.gitlab.com/ee/administration/backup_restore/backup_gitlab.html

== Как делать ==

# Выполнить предпроверки https://docs.gitlab.com/ee/update/#pre-upgrade-and-post-upgrade-checks
# На сервере бэкапы идут в /media/hard/backups. Этот путь задан в файле /etc/gitlab/gitlab.rb.
# Сделать руками бэкап гитлаба и 2 файлов /etc/gitlab/gitlab-secrets.json и /etc/gitlab/gitlab.rb, которые он автоматом не бэкапит. Сохранить куда-нибудь. На сервере /media/hard/backups доступен только для root, поэтому можно перекинуть файлы бэкапа и настроек в /tmp, передать их другому пользователю chown, или дать chmod 777, и утащить по ssh на другой пк. <source lang=bash>sudo gitlab-backup create SKIP=db,uploads,artifacts</source>
# При запуске бэкапа можно не брать с собой артефакты.
# На всякий случай, перед обновлением НЕ делался sudo apt upgrade, чтобы не поломать другие работающие программы и их зависимости. Гилтаб сам обновит что ему надо.
# Запрещено при обновлении прыгать по мажорным версиям. Путь обновления и команды брать из https://gitlab-com.gitlab.io/support/toolbox/upgrade-path/?current=15.8.4&edition=ce&n1=true
# После обновления сервера можно обновить и раннеры.

== Как НЕ делать ==
Не скакать по версиям, накатывать обновления последовательно.

[[Категория:SRNS]]
[[Категория:Git]]
[[Category:HOWTO]]

{{wl-publish: 2020-10-10 07:27:00 +03:00 | Dneprov D }}

Blog:DneprovD/10.10.2020 Обновление Gitlab

2024-10-28T11:38:29Z

Dneprov D: /* Как делать */

<summary hidden=true>
<center>[[File:Gitlab-old-logo-no-bkgrd.png|400px]]</center>
</summary>
{{Форма2}}
__TOC__

Страничка про обновление гитлаба со ссылками на всякое

== Ссылки ==

'''Релизы:'''

https://about.gitlab.com/releases/categories/releases/
https://about.gitlab.com/releases/

'''Обновление:'''

https://docs.gitlab.com/ee/update/

'''Скрипт''' для фикса проблем с убунтовыми репозиториями при apt update:

https://about.gitlab.com/install/#ubuntu

'''Помощник''' по обнове с версиями и необходимыми командами:

https://gitlab-com.gitlab.io/support/toolbox/upgrade-path/?current=15.8.4&edition=ce&n1=true

Просмотр '''всех изменений и удалений''' между версиями:

https://gitlab-com.gitlab.io/cs-tools/gitlab-cs-tools/what-is-new-since/?tab=deprecations

'''Про бэкап:'''

https://docs.gitlab.com/ee/administration/backup_restore/backup_gitlab.html

== Как делать ==

# Выполнить предпроверки https://docs.gitlab.com/ee/update/#pre-upgrade-and-post-upgrade-checks
# На сервере бэкапы идут в /media/hard/backups. Этот путь задан в файле /etc/gitlab/gitlab.rb.
# Сделать руками бэкап гитлаба и 2 файлов /etc/gitlab/gitlab-secrets.json и /etc/gitlab/gitlab.rb, которые он автоматом не бэкапит. Сохранить куда-нибудь. На сервере /media/hard/backups доступен только для root, поэтому можно перекинуть файлы бэкапа и настроек в /tmp, передать их другому пользователю chown, или дать chmod 777, и утащить по ssh на другой пк. <source lang=bash>sudo gitlab-backup create SKIP=db,uploads,artifacts</source>
# При запуске бэкапа можно не брать с собой артефакты.
# На всякий случай, перед обновлением НЕ делался sudo apt upgrade, чтобы не поломать другие работающие программы и их зависимости. Гилтаб сам обновит что ему надо.
# Запрещено при обновлении прыгать по мажорным версиям. Путь обновления и команды брать из https://gitlab-com.gitlab.io/support/toolbox/upgrade-path/?current=15.8.4&edition=ce&n1=true
# После обновления сервера можно обновить и раннеры.

== Как НЕ делать ==
Не скакать по версиям, накатывать обновления последовательно.

[[Категория:SRNS]]
[[Категория:Git]]
[[Category:HOWTO]]

{{wl-publish: 2020-10-10 07:27:00 +03:00 | Dneprov D }}

Blog:DneprovD/10.10.2020 Обновление Gitlab

2024-10-28T11:37:04Z

Dneprov D: /* Ссылки */

<summary hidden=true>
<center>[[File:Gitlab-old-logo-no-bkgrd.png|400px]]</center>
</summary>
{{Форма2}}
__TOC__

Страничка про обновление гитлаба со ссылками на всякое

== Ссылки ==

'''Релизы:'''

https://about.gitlab.com/releases/categories/releases/
https://about.gitlab.com/releases/

'''Обновление:'''

https://docs.gitlab.com/ee/update/

'''Скрипт''' для фикса проблем с убунтовыми репозиториями при apt update:

https://about.gitlab.com/install/#ubuntu

'''Помощник''' по обнове с версиями и необходимыми командами:

https://gitlab-com.gitlab.io/support/toolbox/upgrade-path/?current=15.8.4&edition=ce&n1=true

Просмотр '''всех изменений и удалений''' между версиями:

https://gitlab-com.gitlab.io/cs-tools/gitlab-cs-tools/what-is-new-since/?tab=deprecations

'''Про бэкап:'''

https://docs.gitlab.com/ee/administration/backup_restore/backup_gitlab.html

== Как делать ==

# Выполнить предпроверки https://docs.gitlab.com/ee/update/#pre-upgrade-and-post-upgrade-checks
# На сервере бэкапы идут в /media/hard/backups. Этот путь задан в файле /etc/gitlab/gitlab.rb.
# Сделать руками бэкап гитлаба и 2 файлов /etc/gitlab/gitlab-secrets.json и /etc/gitlab/gitlab.rb, которые он автоматом не бэкапит. Сохранить куда-нибудь. На сервере /media/hard/backups доступен только для root, поэтому можно перекинуть файлы бэкапа и настроек в /tmp, передать их другому пользователю chown, или дать chmod 777, и утащить по ssh на другой пк. <source lang=bash>sudo gitlab-backup create SKIP=db,uploads,artifacts</source>
# При запуске бэкапа можно не барть с собой артефакты.
# На всякий случай, перед обновлением НЕ делался sudo apt upgrade, чтобы не поломать другие работающие программы и их зависимости. Гилтаб сам обновит что ему надо.
# Запрещено при обновлении прыгать по мажорным версиям. Путь обновления и команды брать из https://gitlab-com.gitlab.io/support/toolbox/upgrade-path/?current=15.8.4&edition=ce&n1=true
# После обновления сервера можно обновить и раннеры.

== Как НЕ делать ==
Не скакать по версиям, накатывать обновления последовательно.

[[Категория:SRNS]]
[[Категория:Git]]
[[Category:HOWTO]]

{{wl-publish: 2020-10-10 07:27:00 +03:00 | Dneprov D }}

Blog:DneprovD/10.10.2020 Обновление Gitlab

2024-10-28T11:36:43Z

Dneprov D: /* Как делать */

<summary hidden=true>
<center>[[File:Gitlab-old-logo-no-bkgrd.png|400px]]</center>
</summary>
{{Форма2}}
__TOC__

Страничка про обновление гитлаба со ссылками на всякое

== Ссылки ==

'''Релизы:'''

https://about.gitlab.com/releases/categories/releases/
https://about.gitlab.com/releases/

'''Обновление:'''

https://docs.gitlab.com/ee/update/

'''Скрипт''' для фикса проблем с убунтовыми репозиториями при apt update:

https://about.gitlab.com/install/#ubuntu

'''Помощник''' по обнове с версиями и необходимыми командами:

https://gitlab-com.gitlab.io/support/toolbox/upgrade-path/?current=15.8.4&edition=ce&n1=true

Просмотр всех изменений и удалений между версиями:

https://gitlab-com.gitlab.io/cs-tools/gitlab-cs-tools/what-is-new-since/?tab=deprecations

Про бэкап:

https://docs.gitlab.com/ee/administration/backup_restore/backup_gitlab.html

== Как делать ==

# Выполнить предпроверки https://docs.gitlab.com/ee/update/#pre-upgrade-and-post-upgrade-checks
# На сервере бэкапы идут в /media/hard/backups. Этот путь задан в файле /etc/gitlab/gitlab.rb.
# Сделать руками бэкап гитлаба и 2 файлов /etc/gitlab/gitlab-secrets.json и /etc/gitlab/gitlab.rb, которые он автоматом не бэкапит. Сохранить куда-нибудь. На сервере /media/hard/backups доступен только для root, поэтому можно перекинуть файлы бэкапа и настроек в /tmp, передать их другому пользователю chown, или дать chmod 777, и утащить по ssh на другой пк. <source lang=bash>sudo gitlab-backup create SKIP=db,uploads,artifacts</source>
# При запуске бэкапа можно не барть с собой артефакты.
# На всякий случай, перед обновлением НЕ делался sudo apt upgrade, чтобы не поломать другие работающие программы и их зависимости. Гилтаб сам обновит что ему надо.
# Запрещено при обновлении прыгать по мажорным версиям. Путь обновления и команды брать из https://gitlab-com.gitlab.io/support/toolbox/upgrade-path/?current=15.8.4&edition=ce&n1=true
# После обновления сервера можно обновить и раннеры.

== Как НЕ делать ==
Не скакать по версиям, накатывать обновления последовательно.

[[Категория:SRNS]]
[[Категория:Git]]
[[Category:HOWTO]]

{{wl-publish: 2020-10-10 07:27:00 +03:00 | Dneprov D }}

Blog:DneprovD/10.10.2020 Обновление Gitlab

2024-10-28T11:35:01Z

Dneprov D: /* Как НЕ делать */

<summary hidden=true>
<center>[[File:Gitlab-old-logo-no-bkgrd.png|400px]]</center>
</summary>
{{Форма2}}
__TOC__

Страничка про обновление гитлаба со ссылками на всякое

== Ссылки ==

'''Релизы:'''

https://about.gitlab.com/releases/categories/releases/
https://about.gitlab.com/releases/

'''Обновление:'''

https://docs.gitlab.com/ee/update/

'''Скрипт''' для фикса проблем с убунтовыми репозиториями при apt update:

https://about.gitlab.com/install/#ubuntu

'''Помощник''' по обнове с версиями и необходимыми командами:

https://gitlab-com.gitlab.io/support/toolbox/upgrade-path/?current=15.8.4&edition=ce&n1=true

Просмотр всех изменений и удалений между версиями:

https://gitlab-com.gitlab.io/cs-tools/gitlab-cs-tools/what-is-new-since/?tab=deprecations

Про бэкап:

https://docs.gitlab.com/ee/administration/backup_restore/backup_gitlab.html

== Как делать ==

# Выполнить предпроверки https://docs.gitlab.com/ee/update/#pre-upgrade-and-post-upgrade-checks
# На сервере бэкапы идут в /media/hard/backups. Этот путь задан в файле /etc/gitlab/gitlab.rb.
# Сделать руками бэкап гитлаба и 2 файлов /etc/gitlab/gitlab-secrets.json и /etc/gitlab/gitlab.rb, которые он автоматом не бэкапит. Сохранить куда-нибудь. На сервере /media/hard/backups доступен только для root, поэтому можно перекинуть файлы бэкапа и настроек в /tmp, передать их другому пользователю chown, или дать chmod 777, и утащить по ssh на другой пк.
# При запуске бэкапа можно не барть с собой артефакты.
<source lang=bash>
sudo gitlab-backup create SKIP=db,uploads,artifacts
</source>
# На всякий случай, перед обновлением НЕ делался sudo apt upgrade, чтобы не поломать другие работающие программы и их зависимости. Гилтаб сам обновит что ему надо.
# Запрещено при обновлении прыгать по мажорным версиям. Путь обновления и команды брать из https://gitlab-com.gitlab.io/support/toolbox/upgrade-path/?current=15.8.4&edition=ce&n1=true

== Как НЕ делать ==
Не скакать по версиям, накатывать обновления последовательно.

[[Категория:SRNS]]
[[Категория:Git]]
[[Category:HOWTO]]

{{wl-publish: 2020-10-10 07:27:00 +03:00 | Dneprov D }}

Blog:DneprovD/10.10.2020 Обновление Gitlab

2024-10-28T11:34:42Z

Dneprov D: /* Как делать */

<summary hidden=true>
<center>[[File:Gitlab-old-logo-no-bkgrd.png|400px]]</center>
</summary>
{{Форма2}}
__TOC__

Страничка про обновление гитлаба со ссылками на всякое

== Ссылки ==

'''Релизы:'''

https://about.gitlab.com/releases/categories/releases/
https://about.gitlab.com/releases/

'''Обновление:'''

https://docs.gitlab.com/ee/update/

'''Скрипт''' для фикса проблем с убунтовыми репозиториями при apt update:

https://about.gitlab.com/install/#ubuntu

'''Помощник''' по обнове с версиями и необходимыми командами:

https://gitlab-com.gitlab.io/support/toolbox/upgrade-path/?current=15.8.4&edition=ce&n1=true

Просмотр всех изменений и удалений между версиями:

https://gitlab-com.gitlab.io/cs-tools/gitlab-cs-tools/what-is-new-since/?tab=deprecations

Про бэкап:

https://docs.gitlab.com/ee/administration/backup_restore/backup_gitlab.html

== Как делать ==

# Выполнить предпроверки https://docs.gitlab.com/ee/update/#pre-upgrade-and-post-upgrade-checks
# На сервере бэкапы идут в /media/hard/backups. Этот путь задан в файле /etc/gitlab/gitlab.rb.
# Сделать руками бэкап гитлаба и 2 файлов /etc/gitlab/gitlab-secrets.json и /etc/gitlab/gitlab.rb, которые он автоматом не бэкапит. Сохранить куда-нибудь. На сервере /media/hard/backups доступен только для root, поэтому можно перекинуть файлы бэкапа и настроек в /tmp, передать их другому пользователю chown, или дать chmod 777, и утащить по ssh на другой пк.
# При запуске бэкапа можно не барть с собой артефакты.
<source lang=bash>
sudo gitlab-backup create SKIP=db,uploads,artifacts
</source>
# На всякий случай, перед обновлением НЕ делался sudo apt upgrade, чтобы не поломать другие работающие программы и их зависимости. Гилтаб сам обновит что ему надо.
# Запрещено при обновлении прыгать по мажорным версиям. Путь обновления и команды брать из https://gitlab-com.gitlab.io/support/toolbox/upgrade-path/?current=15.8.4&edition=ce&n1=true

== Как НЕ делать ==

[[Категория:SRNS]]
[[Категория:Git]]
[[Category:HOWTO]]

{{wl-publish: 2020-10-10 07:27:00 +03:00 | Dneprov D }}

Blog:DneprovD/10.10.2020 Обновление Gitlab

2024-10-28T11:29:07Z

Dneprov D: /* Ссылки */

Blog:DneprovD/10.10.2020 Обновление Gitlab

2024-10-28T11:26:38Z

Dneprov D: /* Ссылки */

Blog:DneprovD/10.10.2020 Обновление Gitlab

2024-10-28T11:26:13Z

Dneprov D: /* Как делать */

Blog:DneprovD/10.10.2020 Обновление Gitlab

2024-10-28T11:20:47Z

Dneprov D: /* Ссылки */

Blog:DneprovD/10.10.2020 Обновление Gitlab

2024-10-28T11:13:12Z

Dneprov D:

<summary hidden=true>
<center>[[File:Gitlab-old-logo-no-bkgrd.png|400px]]</center>
</summary>
{{Форма2}}
__TOC__

Страничка про обновление гитлаба со ссылками на всякое

== Ссылки ==

== Как делать ==

== Как НЕ делать ==

[[Категория:SRNS]]
[[Категория:Git]]
[[Category:HOWTO]]

{{wl-publish: 2020-10-10 07:27:00 +03:00 | Dneprov D }}

Файл:Gitlab-old-logo-no-bkgrd.png

2024-10-28T11:12:36Z

Dneprov D:

Blog:DneprovD/10.10.2020 Обновление Gitlab

2024-10-28T11:10:46Z

Dneprov D:

<summary hidden=true>
</summary>
{{Форма2}}
__TOC__

Страничка про обновление гитлаба со ссылками на всякое

== Ссылки ==

== Как делать ==

== Как НЕ делать ==

[[Категория:SRNS]]
[[Категория:Git]]
[[Category:HOWTO]]

{{wl-publish: 2020-10-10 07:27:00 +03:00 | Dneprov D }}

Blog:DneprovD/10.10.2020 Обновление Gitlab

2024-10-28T11:10:32Z

Dneprov D: Новая страница: «<summary hidden=true> </summary> {{Форма2}} __TOC__ Страничка про обновление гитлаба со ссылками на всякое …»

Blog:Lipa/16.05.2018 PetaLinux

2024-09-04T08:12:55Z

Dneprov D: /* Автозапуск приложений */

<summary [ hidden ] >

<center>[[File:Petalinux.png|400px]]</center>

Сборка PetaLinux для кастомной железки

</summary>

== Требования ==

Vivado 2018.1 (для single-gigabit ethernet можно более ранние версии)

Начиная с petalinux_2018.1 отсутствует devcfg. Необходимо использовать FPGA manager. Технология нами пока не освоена

Необходима Ubuntu-16.04

Требуется поставить ряд пакетов, полный список приведен в документе [https://www.xilinx.com/support/documentation/sw_manuals/xilinx2019_1/ug1144-petalinux-tools-reference-guide.pdf#page=9 UG1144]

Устанавливаем PetaLinux в систему. Дистрибутив есть на [https://www.xilinx.com/support/download/index.html/content/xilinx/en/downloadNav/embedded-design-tools/2018-1.html Xilinx], либо у меня на компьютере. '''Ставить PetaLinux необходимо БЕЗ прав суперюзера!'''

кидаем в /components/yocto/ sstate-rel-v2017.4.tar.gz

Подготовка завершена

== Правка Vivado ==

Для поддержки MDIO в Vivado 17.1-17.4 нужен [https://www.xilinx.com/support/answers/69132.html патч]. Ставим!

'''Не помогло.''' Ставим 2018.1

== Сборка ==

Пошаговое руководство по сборке содержится в документе UG1156

В консоли пишем source/[путь к петалинух]/settings.sh

Выполняем шаги из UG1156 по главе 5:

* экспортируем из Vivado .hdf (в блок дизайн File->Export->Export Hardware)

* создаем проект PetaLinux
<source lang="bash">
$ petalinux-create --type project --template zynq --name <PROJECT>
</source>

* переходим в папку с текущим проектом

* подключаем файл .hdf
<source lang="bash">
$ petalinux-config --get-hw-description=[путь к папке с файлом .hdf]
</source>

* перед сборкой системы необходимо выполнить '''все''' команды конфигурации в данной последовательности:
<source lang="bash">
$ petalinux-config

$ petalinux-config -c kernel

$ petalinux-config -c rootfs
</source>

=== petalinux-config ===

Если хотим спользовать внешний файл device-tree включаем:

<source lang="bash">
Subsystem AUTO Hardware Settings->
Advances bootable images storage settings->
dtb image settings->
image storage media
primary sd

</source>

Необходимо править netboot offset если оперативной памяти менее ~256МБ

Для клоникуса с 256МБ ставим 8'000'000

<source lang="bash">
$ petalinux-config
</source>

<source lang="bash">
u-boot Configuration->
netboot offset
</source>

Выставляем точку начала распаковки образа системы

Выключаем копирование образа по sftp (Image Packaging Configuration -> Copy final images)

Отключаем интернет-sstate (Yocto Settings -> Enable Network sstate feeds)

=== petalinux-config -c kernel===

* Подключаем в ядре поддержку физика и его дров.

<source lang="bash">
$ petalinux-config -c kernel
</source>

'''для oryx:'''

<source lang="bash">
Device Drivers->
[*]Network device support ->
[*]Ethernet driver support ->
[*] Micrel devices
[*] PHY Device support and infastructure -->
[*] Drivers for Micrel PHYs
</source>

'''для clonicus:'''

<source lang="bash">
Device Drivers->
[*]Network device support ->
[*] PHY Device support and infastructure -->
[*] Texas Instruments DP83867 Gigabit PHY
</source>

=== petalinux-config -c rootfs ===

Подключаем при необходимости ethtool, gdbserver, gdb, libstdc, libgcc, glib2.0, glibc(glibc & ltd)
<source lang="bash">
Filesystem Packages->
misc ->
gcc-runtime ->
[*] libstdc ++
gdb -->
[*] gdb
glib-2.0
[*] glib-2.0
glibc
[*] glibc
[*] ldd
devel ->
python ->
python ->
[*] python
</source>

Опционально:
<source lang="bash">
Filesystem Packages->
base ->
i2c-tools ->
[*] i2c-tools
usbutils ->
[*] usbutils
console ->
network ->
ethtool ->
[*] ethtool // необходимо для oryx! для перенастройки autonegotiation
</source>

Можно еще подключать дебаг i2c

'''Необходимо убедиться, что образ может распаковаться в размер оперативы'''

Если будут проблемы, то надо будет править netboot offset

=== device tree ===

Если необходимо внести изменения в device tree, то смотрим конец статьи

[https://xilinx-wiki.atlassian.net/wiki/spaces/A/pages/18841676/U-Boot+Flattened+Device+Tree Интересная статья по правке devicetree из uboot]

=== Сборка проекта ===

* далее (сборка идет 30-60 минут)
<source lang="bash">
petalinux-build

cd /images/linux/
</source>
* делаем boot.bin в папке /images/linux/
<source lang="bash">
$ petalinux-package --boot --format BIN --fsbl ./zynq_fsbl.elf --u-boot --force

$ petalinux-package --boot --format BIN --fsbl ./zynq_fsbl.elf --fpga name.bit --u-boot --force

$ petalinux-package --boot --format BIN --fsbl ./zynq_fsbl.elf --fpga name.bit --u-boot --kernel --force
</source>

* записываем в загрузочную область флешки файлы boot.bin и image.ub

== Всякое ==

Если мало памяти как у нас - возможна ошибка image is not a fdt [https://forums.xilinx.com/t5/Embedded-Processor-System-Design/Petalinux-problem-on-custom-board-quot-image-is-not-a-fdt-quot/td-p/754892 ссылка]

Необходимо править netboot offset

<source lang="bash">
$ petalinux-config
</source>

<source lang="bash">
u-boot Configuration->
netboot offset
</source>

----

Можно вручную загрузиться из u-boot'а.

<source lang="bash">
$ fatload mmc 0 0xA000000 image.ub
$ bootm 0xA000000
</source>

либо

<source lang="bash">
$ fatload mmc 0 0xA000000 image.ub
$ fatload mmc 0 0x9000000 system.dtb
$ bootm 0xA000000 0xA000000 0x9000000
</source>

Можно поварьировать адрес

------------

Проверка статуса прошитости FPGA

<source lang="bash">
cat /sys/class/xdevcfg/xdevcfg/device/prog_done
</source>

==Uboot==

Для внесения правок в загрузку линукса используем список команд '''env'''

Просмотр текущих команд '''printenv'''

Сброс настроек в дефолт '''env default -a'''

Создать переменную '''env set <имя> <значение>'''

Правка переменной '''env edit <имя переменной>'''

---

Для каждой платы делаем следующее:

* Берем [[Файл:uboot.env.c]]

* Удаляем в конце имени ".c"

* Записываем на флешку рядом с образом линукса

* Запускаем плату и прерываем autoboot

* Пишем '''editenv ethaddr'''

* Редактируем MAC-адрес

* Пишем '''saveenv'''

* Все! можем ребутать '''reset'''

Сохранить в файл '''saveenv'''

==Автозапуск приложений==

Во-первых [https://support.xilinx.com/s/question/0D52E00006hpahDSAQ/petalinux-runnning-a-script-file-at-startup?language=en_US тыц]

Далее пишем

<source lang="bash">
petalinux-create -t apps --template install -n myapp-init --enable
</source>

Правим файл /project-spec/meta-user/recipes-apps/myapp-init/myapp-init.bb

<source lang="bash">
#
# This file is the myapp-init recipe.
#

SUMMARY = "Simple myapp-init application"
SECTION = "PETALINUX/apps"
LICENSE = "MIT"
LIC_FILES_CHKSUM = "file://${COMMON_LICENSE_DIR}/MIT;md5=0835ade698e0bcf8506ecda2f7b4f302"

SRC_URI = "file://myapp-init"

S = "${WORKDIR}"

FILESEXTRAPATHS_prepend := "${THISDIR}/files:"

inherit update-rc.d

INITSCRIPT_NAME = "myapp-init"
INITSCRIPT_PARAMS = "start 99 S ."

do_install() {
install -d ${D}${sysconfdir}/init.d
install -m 0755 ${S}/myapp-init ${D}${sysconfdir}/init.d/myapp-init
}
FILES_${PN} += "${sysconfdir}/*"
</source>

Правим сам исполняемый скрипт project-spec/meta-user/recipes-apps/myapp-init/files/myapp-init

<source lang="bash">
#!/bin/sh

echo "Autorun script"

echo "Try run custom_init"
sh /run/media/mmcblk0p1/custom_init.sh
</source>

Записываем на флешку скрипт custom_init.sh с нужными командами и делаем его исполняемым

Записываем файл interfaces

Скачать архив: [[Файл:Init_interfaces.rar]]

==SSH==

Как победить сохранение ssh-ключей:

Добавляем в init_script следующие строки:

<source lang="bash">
mkdir /run/media/mmcblk0p2/.ssh
ln -s /run/media/mmcblk0p2/.ssh/ /home/root/
mkdir /run/media/mmcblk0p2/dropbear/
chmod 400 /run/media/mmcblk0p2/dropbear/
rm -r /etc/dropbear/
ln -s /run/media/mmcblk0p2/dropbear/ /etc/
</source>

* Создается ссылка на флешку, где хранятся авторизованные пользователи
* Создается папка для хранения секретного ключа платы
* При запуске платы свежесозданный ключ заменяется тем, что лежит на флешке
* При первом включении платы будет создан новый ключ

Помимо добавления указанных команд в скрипт ничего больше делать не надо

==Daemon==

Для настройки демона:

* Добавляем строки в файл custom_init.sh
* Кидаем на загрузочный раздел флешки папку из архива [[:File:daemon.rar]]

<source lang="bash">
cp -r /run/media/mmcblk0p1/daemon/lsb /lib/
cp /run/media/mmcblk0p1/daemon/receiver.conf /etc/
cp /run/media/mmcblk0p1/daemon/receiver /etc/init.d/
</source>

=== Serial port на новом линуксе ===
Выяснилось, что без доп. настройки, в последовательный порт (dev/ttyPS0) после каждой посылки добавляются символы CR и LF. Оказалось, что и RTKLib, и софт Листопада не хотят работать с таким окончанием пакетов.

Выше не совсем так, скорее мысль в том, что каждый символ LF (0x0A) в наших данных меняется на символы CR LF, т.е. (0x0D0A). И тогда, в нашем битовом потоке меняется размер и содержимое и парсеры работают некорректно.
Старый линукс на Ориксах добавляет только LF. Для решения проблемы нужно через stty выключить в настройках порта опцию '''onlcr''' (преобразовывать перевод строки в возврат каретки и новую строку).

Сделать это удалось пока только изменив скрипт демона receiver. Для решения проблемы заходим в /run/media/mmcblk0p1/daemon/receiver, и в начале секции receiver_start() {...} добавляем команду:

<source lang="bash">
stty -F /dev/ttyPS0 -onlcr
</source>

==device tree==

Для внесения изменений в device tree добавляем нужные строки в файл

project-spec/meta-user/recipes-bsp/device-tree/files/system-user.dtsi

[https://www.xilinx.com/support/answers/61117.html пример]

Для разборки device-tree [http://xillybus.com/tutorials/device-tree-zynq-1 ссылка]
<source lang="bash">
$ dtc -I dtb -O dts -o <name>.dts <name>.dtb
</source>

Для сборки device-tree
<source lang="bash">
$ dtc -I dts -O dtb -o <name>.dtb <name>.dts
</source>

== Модификация device-tree ==

После долгих мучений получилось поднять DP83867 только после добавления модификатора в файл [https://forums.xilinx.com/t5/Embedded-Linux/ZC702-Like-Board-with-DP83867CR-Ethernet-Petalinux-2017-4/td-p/831873 волшебная статья]

[https://www.kernel.org/doc/Documentation/devicetree/bindings/net/ti%2Cdp83867.txt описание параметров]

project-spec/meta-user/recipes-bsp/device-tree/files/system-user.dtsi

=== Single Kit-board eth ===

В Vivado включен eth1(с mdio) и выключен eth0.

'''Так работает'''

<source lang="bash">
&gem1{
status = "okay";
phy-handle = <&phy0>;
phy-mode = "rgmii-id";

xlnx,eth-mode = <0x1>;

mdio {
status = "okay";
#address-cells = <1>;
#size-cells = <0>;
phy0: phy@12 {
compatible = "ethernet-phy-ieee802.3-c22";
device_type = "ethernet-phy";

reg = <12>;
ti,rx-internal-delay = <0x7>;
ti,tx-internal-delay = <0x7>;
ti,fifo-depth = <0x01>;
ti,min-output-impedance;
ti,dp83867-rxctrl-strap-quirk;
status = "okay";
};
};
};
</source>

{{Начало скрытого блока|Выравнивание_заголовка = left| Ссылка = left|Заголовок = Развернутый .dtb:}}
<source lang="bash">
/dts-v1/;

/ {
#address-cells = <0x1>;
#size-cells = <0x1>;
compatible = "xlnx,zynq-7000";

cpus {
#address-cells = <0x1>;
#size-cells = <0x0>;

cpu@0 {
compatible = "arm,cortex-a9";
device_type = "cpu";
reg = <0x0>;
clocks = <0x1 0x3>;
clock-latency = <0x3e8>;
cpu0-supply = <0x2>;
operating-points = <0xa2c2a 0xf4240 0x51615 0xf4240>;
};

cpu@1 {
compatible = "arm,cortex-a9";
device_type = "cpu";
reg = <0x1>;
clocks = <0x1 0x3>;
};
};

fpga-full {
compatible = "fpga-region";
fpga-mgr = <0x3>;
#address-cells = <0x1>;
#size-cells = <0x1>;
ranges;
};

pmu@f8891000 {
compatible = "arm,cortex-a9-pmu";
interrupts = <0x0 0x5 0x4 0x0 0x6 0x4>;
interrupt-parent = <0x4>;
reg = <0xf8891000 0x1000 0xf8893000 0x1000>;
};

fixedregulator {
compatible = "regulator-fixed";
regulator-name = "VCCPINT";
regulator-min-microvolt = <0xf4240>;
regulator-max-microvolt = <0xf4240>;
regulator-boot-on;
regulator-always-on;
linux,phandle = <0x2>;
phandle = <0x2>;
};

amba {
u-boot,dm-pre-reloc;
compatible = "simple-bus";
#address-cells = <0x1>;
#size-cells = <0x1>;
interrupt-parent = <0x4>;
ranges;

adc@f8007100 {
compatible = "xlnx,zynq-xadc-1.00.a";
reg = <0xf8007100 0x20>;
interrupts = <0x0 0x7 0x4>;
interrupt-parent = <0x4>;
clocks = <0x1 0xc>;
};

can@e0008000 {
compatible = "xlnx,zynq-can-1.0";
status = "disabled";
clocks = <0x1 0x13 0x1 0x24>;
clock-names = "can_clk", "pclk";
reg = <0xe0008000 0x1000>;
interrupts = <0x0 0x1c 0x4>;
interrupt-parent = <0x4>;
tx-fifo-depth = <0x40>;
rx-fifo-depth = <0x40>;
};

can@e0009000 {
compatible = "xlnx,zynq-can-1.0";
status = "disabled";
clocks = <0x1 0x14 0x1 0x25>;
clock-names = "can_clk", "pclk";
reg = <0xe0009000 0x1000>;
interrupts = <0x0 0x33 0x4>;
interrupt-parent = <0x4>;
tx-fifo-depth = <0x40>;
rx-fifo-depth = <0x40>;
};

gpio@e000a000 {
compatible = "xlnx,zynq-gpio-1.0";
#gpio-cells = <0x2>;
clocks = <0x1 0x2a>;
gpio-controller;
interrupt-controller;
#interrupt-cells = <0x2>;
interrupt-parent = <0x4>;
interrupts = <0x0 0x14 0x4>;
reg = <0xe000a000 0x1000>;
emio-gpio-width = <0x40>;
gpio-mask-high = <0x0>;
gpio-mask-low = <0x5600>;
};

i2c@e0004000 {
compatible = "cdns,i2c-r1p10";
status = "disabled";
clocks = <0x1 0x26>;
interrupt-parent = <0x4>;
interrupts = <0x0 0x19 0x4>;
reg = <0xe0004000 0x1000>;
#address-cells = <0x1>;
#size-cells = <0x0>;
};

i2c@e0005000 {
compatible = "cdns,i2c-r1p10";
status = "disabled";
clocks = <0x1 0x27>;
interrupt-parent = <0x4>;
interrupts = <0x0 0x30 0x4>;
reg = <0xe0005000 0x1000>;
#address-cells = <0x1>;
#size-cells = <0x0>;
};

interrupt-controller@f8f01000 {
compatible = "arm,cortex-a9-gic";
#interrupt-cells = <0x3>;
interrupt-controller;
reg = <0xf8f01000 0x1000 0xf8f00100 0x100>;
num_cpus = <0x2>;
num_interrupts = <0x60>;
linux,phandle = <0x4>;
phandle = <0x4>;
};

cache-controller@f8f02000 {
compatible = "arm,pl310-cache";
reg = <0xf8f02000 0x1000>;
interrupts = <0x0 0x2 0x4>;
arm,data-latency = <0x3 0x2 0x2>;
arm,tag-latency = <0x2 0x2 0x2>;
cache-unified;
cache-level = <0x2>;
};

memory-controller@f8006000 {
compatible = "xlnx,zynq-ddrc-a05";
reg = <0xf8006000 0x1000>;
};

ocmc@f800c000 {
compatible = "xlnx,zynq-ocmc-1.0";
interrupt-parent = <0x4>;
interrupts = <0x0 0x3 0x4>;
reg = <0xf800c000 0x1000>;
};

serial@e0000000 {
compatible = "xlnx,xuartps", "cdns,uart-r1p8";
status = "okay";
clocks = <0x1 0x17 0x1 0x28>;
clock-names = "uart_clk", "pclk";
reg = <0xe0000000 0x1000>;
interrupts = <0x0 0x1b 0x4>;
device_type = "serial";
port-number = <0x0>;
};

serial@e0001000 {
compatible = "xlnx,xuartps", "cdns,uart-r1p8";
status = "disabled";
clocks = <0x1 0x18 0x1 0x29>;
clock-names = "uart_clk", "pclk";
reg = <0xe0001000 0x1000>;
interrupts = <0x0 0x32 0x4>;
};

spi@e0006000 {
compatible = "xlnx,zynq-spi-r1p6";
reg = <0xe0006000 0x1000>;
status = "disabled";
interrupt-parent = <0x4>;
interrupts = <0x0 0x1a 0x4>;
clocks = <0x1 0x19 0x1 0x22>;
clock-names = "ref_clk", "pclk";
#address-cells = <0x1>;
#size-cells = <0x0>;
};

spi@e0007000 {
compatible = "xlnx,zynq-spi-r1p6";
reg = <0xe0007000 0x1000>;
status = "disabled";
interrupt-parent = <0x4>;
interrupts = <0x0 0x31 0x4>;
clocks = <0x1 0x1a 0x1 0x23>;
clock-names = "ref_clk", "pclk";
#address-cells = <0x1>;
#size-cells = <0x0>;
};

spi@e000d000 {
clock-names = "ref_clk", "pclk";
clocks = <0x1 0xa 0x1 0x2b>;
compatible = "xlnx,zynq-qspi-1.0";
status = "disabled";
interrupt-parent = <0x4>;
interrupts = <0x0 0x13 0x4>;
reg = <0xe000d000 0x1000>;
#address-cells = <0x1>;
#size-cells = <0x0>;
};

memory-controller@e000e000 {
#address-cells = <0x1>;
#size-cells = <0x1>;
status = "disabled";
clock-names = "memclk", "aclk";
clocks = <0x1 0xb 0x1 0x2c>;
compatible = "arm,pl353-smc-r2p1";
interrupt-parent = <0x4>;
interrupts = <0x0 0x12 0x4>;
ranges;
reg = <0xe000e000 0x1000>;

flash@e1000000 {
status = "disabled";
compatible = "arm,pl353-nand-r2p1";
reg = <0xe1000000 0x1000000>;
#address-cells = <0x1>;
#size-cells = <0x1>;
};

flash@e2000000 {
status = "disabled";
compatible = "cfi-flash";
reg = <0xe2000000 0x2000000>;
#address-cells = <0x1>;
#size-cells = <0x1>;
};
};

ethernet@e000b000 {
compatible = "cdns,zynq-gem", "cdns,gem";
reg = <0xe000b000 0x1000>;
status = "disabled";
interrupts = <0x0 0x16 0x4>;
clocks = <0x1 0x1e 0x1 0x1e 0x1 0xd>;
clock-names = "pclk", "hclk", "tx_clk";
#address-cells = <0x1>;
#size-cells = <0x0>;
};

ethernet@e000c000 {
compatible = "cdns,zynq-gem", "cdns,gem";
reg = <0xe000c000 0x1000>;
status = "okay";
interrupts = <0x0 0x2d 0x4>;
clocks = <0x1 0x1f 0x1 0x1f 0x1 0xe>;
clock-names = "pclk", "hclk", "tx_clk";
#address-cells = <0x1>;
#size-cells = <0x0>;
phy-mode = "rgmii-id";
xlnx,ptp-enet-clock = <0x69f6bcb>;
local-mac-address = [00 0a 35 00 22 01];
phy-handle = <0x5>;
xlnx,eth-mode = <0x1>;

mdio {
status = "okay";
#address-cells = <0x1>;
#size-cells = <0x0>;

phy@12 {
compatible = "ethernet-phy-ieee802.3-c22";
device_type = "ethernet-phy";
reg = <0xc>;
ti,rx-internal-delay = <0x8>;
ti,tx-internal-delay = <0xa>;
ti,fifo-depth = <0x1>;
ti,min-output-impedance;
ti,dp83867-rxctrl-strap-quirk;
status = "okay";
linux,phandle = <0x5>;
phandle = <0x5>;
};
};
};

sdhci@e0100000 {
compatible = "arasan,sdhci-8.9a";
status = "okay";
clock-names = "clk_xin", "clk_ahb";
clocks = <0x1 0x15 0x1 0x20>;
interrupt-parent = <0x4>;
interrupts = <0x0 0x18 0x4>;
reg = <0xe0100000 0x1000>;
xlnx,has-cd = <0x1>;
xlnx,has-power = <0x0>;
xlnx,has-wp = <0x0>;
};

sdhci@e0101000 {
compatible = "arasan,sdhci-8.9a";
status = "disabled";
clock-names = "clk_xin", "clk_ahb";
clocks = <0x1 0x16 0x1 0x21>;
interrupt-parent = <0x4>;
interrupts = <0x0 0x2f 0x4>;
reg = <0xe0101000 0x1000>;
};

slcr@f8000000 {
u-boot,dm-pre-reloc;
#address-cells = <0x1>;
#size-cells = <0x1>;
compatible = "xlnx,zynq-slcr", "syscon", "simple-mfd";
reg = <0xf8000000 0x1000>;
ranges;
linux,phandle = <0x6>;
phandle = <0x6>;

clkc@100 {
u-boot,dm-pre-reloc;
#clock-cells = <0x1>;
compatible = "xlnx,ps7-clkc";
fclk-enable = <0x0>;
clock-output-names = "armpll", "ddrpll", "iopll", "cpu_6or4x", "cpu_3or2x", "cpu_2x", "cpu_1x", "ddr2x", "ddr3x", "dci", "lqspi", "smc", "pcap", "gem0", "gem1", "fclk0", "fclk1", "fclk2", "fclk3", "can0", "can1", "sdio0", "sdio1", "uart0", "uart1", "spi0", "spi1", "dma", "usb0_aper", "usb1_aper", "gem0_aper", "gem1_aper", "sdio0_aper", "sdio1_aper", "spi0_aper", "spi1_aper", "can0_aper", "can1_aper", "i2c0_aper", "i2c1_aper", "uart0_aper", "uart1_aper", "gpio_aper", "lqspi_aper", "smc_aper", "swdt", "dbg_trc", "dbg_apb";
reg = <0x100 0x100>;
ps-clk-frequency = <0x1fca055>;
linux,phandle = <0x1>;
phandle = <0x1>;
};

rstc@200 {
compatible = "xlnx,zynq-reset";
reg = <0x200 0x48>;
#reset-cells = <0x1>;
syscon = <0x6>;
};

pinctrl@700 {
compatible = "xlnx,pinctrl-zynq";
reg = <0x700 0x200>;
syscon = <0x6>;
};
};

dmac@f8003000 {
compatible = "arm,pl330", "arm,primecell";
reg = <0xf8003000 0x1000>;
interrupt-parent = <0x4>;
interrupt-names = "abort", "dma0", "dma1", "dma2", "dma3", "dma4", "dma5", "dma6", "dma7";
interrupts = <0x0 0xd 0x4 0x0 0xe 0x4 0x0 0xf 0x4 0x0 0x10 0x4 0x0 0x11 0x4 0x0 0x28 0x4 0x0 0x29 0x4 0x0 0x2a 0x4 0x0 0x2b 0x4>;
#dma-cells = <0x1>;
#dma-channels = <0x8>;
#dma-requests = <0x4>;
clocks = <0x1 0x1b>;
clock-names = "apb_pclk";
};

devcfg@f8007000 {
compatible = "xlnx,zynq-devcfg-1.0";
interrupt-parent = <0x4>;
interrupts = <0x0 0x8 0x4>;
reg = <0xf8007000 0x100>;
clocks = <0x1 0xc 0x1 0xf 0x1 0x10 0x1 0x11 0x1 0x12>;
clock-names = "ref_clk", "fclk0", "fclk1", "fclk2", "fclk3";
syscon = <0x6>;
linux,phandle = <0x3>;
phandle = <0x3>;
};

efuse@f800d000 {
compatible = "xlnx,zynq-efuse";
reg = <0xf800d000 0x20>;
};

timer@f8f00200 {
compatible = "arm,cortex-a9-global-timer";
reg = <0xf8f00200 0x20>;
interrupts = <0x1 0xb 0x301>;
interrupt-parent = <0x4>;
clocks = <0x1 0x4>;
};

timer@f8001000 {
interrupt-parent = <0x4>;
interrupts = <0x0 0xa 0x4 0x0 0xb 0x4 0x0 0xc 0x4>;
compatible = "cdns,ttc";
clocks = <0x1 0x6>;
reg = <0xf8001000 0x1000>;
};

timer@f8002000 {
interrupt-parent = <0x4>;
interrupts = <0x0 0x25 0x4 0x0 0x26 0x4 0x0 0x27 0x4>;
compatible = "cdns,ttc";
clocks = <0x1 0x6>;
reg = <0xf8002000 0x1000>;
};

timer@f8f00600 {
interrupt-parent = <0x4>;
interrupts = <0x1 0xd 0x301>;
compatible = "arm,cortex-a9-twd-timer";
reg = <0xf8f00600 0x20>;
clocks = <0x1 0x4>;
};

usb@e0002000 {
compatible = "xlnx,zynq-usb-2.20a", "chipidea,usb2";
status = "disabled";
clocks = <0x1 0x1c>;
interrupt-parent = <0x4>;
interrupts = <0x0 0x15 0x4>;
reg = <0xe0002000 0x1000>;
phy_type = "ulpi";
};

usb@e0003000 {
compatible = "xlnx,zynq-usb-2.20a", "chipidea,usb2";
status = "disabled";
clocks = <0x1 0x1d>;
interrupt-parent = <0x4>;
interrupts = <0x0 0x2c 0x4>;
reg = <0xe0003000 0x1000>;
phy_type = "ulpi";
};

watchdog@f8005000 {
clocks = <0x1 0x2d>;
compatible = "cdns,wdt-r1p2";
interrupt-parent = <0x4>;
interrupts = <0x0 0x9 0x1>;
reg = <0xf8005000 0x1000>;
timeout-sec = <0xa>;
};
};

chosen {
bootargs = "console=ttyPS0,115200 earlyprintk";
stdout-path = "serial0:115200n8";
};

aliases {
ethernet0 = "/amba/ethernet@e000c000";
serial0 = "/amba/serial@e0000000";
};

memory {
device_type = "memory";
reg = <0x0 0x10000000>;
};
};

</source>
{{Конец скрытого блока}}

=== Single On-board eth ===

В Vivado включен eth0(с mdio) и выключен eth1.

'''Работает гигабит через type-c! Работает hot plug. Успех.'''

<source lang="bash">
&gem0{
status = "okay";
phy-handle = <&phy0>;
phy-mode = "rgmii-id";

xlnx,eth-mode = <0x1>;

mdio {
status = "okay";
#address-cells = <1>;
#size-cells = <0>;
phy0: phy@0 {
compatible = "ethernet-phy-ieee802.3-c22";
device_type = "ethernet-phy";

reg = <0>;
ti,rx-internal-delay = <0x7>;
ti,tx-internal-delay = <0x7>;
ti,fifo-depth = <0x01>;
ti,min-output-impedance;
ti,dp83867-rxctrl-strap-quirk;
status = "okay";
};
};
};
</source>

=== Dual eth ===

[https://forums.xilinx.com/t5/Embedded-Linux/Dual-phys-on-MDIO-EMIO/td-p/737716 интересная статья о дуал eth]

Попытка поднять два физика. '''Пока не работает'''

<source lang="bash">
&gem0{
local-mac-address = [00 0a 35 00 00 00];
enet-reset = <&gpio0 47 0>;
status = "okay";
phy-handle = <&phy0>;
phy-mode = "rgmii-id";

xlnx,eth-mode = <0x1>;

mdio {
status = "okay";
#address-cells = <1>;
#size-cells = <0>;
phy0: phy@0 {
compatible = "ethernet-phy-ieee802.3-c22";
device_type = "ethernet-phy";

reg = <0>;
ti,rx-internal-delay = <0x8>;
ti,tx-internal-delay = <0xa>;
ti,fifo-depth = <0x01>;
ti,min-output-impedance;
ti,dp83867-rxctrl-strap-quirk;
status = "okay";
};
phy1: phy@12 {
compatible = "ethernet-phy-ieee802.3-c22";
device_type = "ethernet-phy";

reg = <12>;
ti,rx-internal-delay = <0x8>;
ti,tx-internal-delay = <0xa>;
ti,fifo-depth = <0x01>;
ti,min-output-impedance;
ti,dp83867-rxctrl-strap-quirk;
status = "okay";
};
};
};

&gem1{
local-mac-address = [00 0a 35 00 00 01];
enet-reset = <&gpio0 47 0>;
status = "okay";
phy-handle = <&phy1>;
phy-mode = "rgmii-id";

xlnx,eth-mode = <0x1>;
};
</source>

=== Oryx ===

Итоговый system-user.dtsi

Меняем номера uart, чтобы системным был ttyPS1, а пользовательским ttyPS0
<source lang="bash">
/include/ "system-conf.dtsi"
/ {
aliases {
serial0 = &uart0;
serial1 = &uart1;
};
};

&gem0{
status = "okay";
phy-handle = <&phy0>;
phy-mode = "rgmii-id";

xlnx,eth-mode = <0x1>;

mdio {
status = "okay";
#address-cells = <1>;
#size-cells = <0>;
phy0: phy@1 {
compatible = "ethernet-phy-ieee802.3-c22";
device_type = "ethernet-phy";
rxc-skew-ps = <1800>;
rxdv-skew-ps = <0>;
txc-skew-ps = <1800>;
txen-skew-ps = <0>;
reg = <1>;
status = "okay";
};
};
};

/ {
chosen {
bootargs = "console=ttyPS1,115200 earlyprintk uio_pdrv_genirq.of_id=generic-uio";
stdout-path = "serial1:115200n8";
};
};

&amba {
hififo: hififo@40000000 {
compatible = "generic-uio";
interrupt-parent = <&intc>;
interrupts = <0 29 1>;
reg = <0x40000000 0x1000 0x18000000 0x8000000>;
};
};

&uart0{
port-number = <0>;
};

&uart1{
port-number = <1>;
};
</source>

В Vivado включен eth0(с mdio) и выключен eth1.
Pullup пока что все включены

[https://github.com/Xilinx/u-boot-xlnx/blob/master/doc/device-tree-bindings/net/micrel-ksz90x1.txt статья в помощь]

'''Работает'''

На новых платах(с отпаянными линиями линиями eth):
* на полноценных проводах с ходу
* на обкусанных проводах только если выставить 10 в ethtool

На старых платах:

* на полноценных проводах только если выставить 100 в ethtool
* на обкусанных проводах только если выставить 10 в ethtool

Везде работает так:
<source lang="bash">
ethtool -s eth0 speed 10 duplex full autoneg on
</source>
Спидометр показывает 2,5МБ/с, т.е. 20Мбит/с!

Можно в custom_itit.sh прописать:
<source lang="bash">
ifdown eth0
ethtool -s eth0 speed 10 duplex full autoneg on
ifup eth0
</source>

<source lang="bash">
&gem0{
status = "okay";
phy-handle = <&phy0>;
phy-mode = "rgmii-id";

xlnx,eth-mode = <0x1>;

mdio {
status = "okay";
#address-cells = <1>;
#size-cells = <0>;
phy0: phy@1 {
compatible = "ethernet-phy-ieee802.3-c22";
device_type = "ethernet-phy";
rxc-skew-ps = <1800>;
rxdv-skew-ps = <0>;
txc-skew-ps = <1800>;
txen-skew-ps = <0>;
reg = <1>;
status = "okay";
};
};
};
</source>

В принципе, работает сеть на новой плате с нормальным кабелем без модификации devicetree. Остальные комбинации плат-кабелей надо проверять

== i2c ==

В rootfs включаем
<source lang="bash">
Filesystem Packages ->
base ->
i2c-tools ->
[*] i2c-tools
</source>

Для поиска устройств можно написать

<source lang="bash">
i2cdetect -y -r 0
</source>

[https://xilinx-wiki.atlassian.net/wiki/spaces/A/pages/18842160/Cadence+I2C+Driver Статья] по i2c и RTC

== QSPI Flash ==

для работы по флешь памяти как в ките (S25FL128S) - оставляем в дев.три родные compatible = "n25q512a","micron,m25p80";

== SWDT System Watchdog Timer==

* Модифицируем Uenv для настройки wawtchdog через uboot:

<source lang="bash">
bootcmd=run swdt_set && run fpga_config && run boot_image && run boot_dtb && bootm 0xA000000 0xA000000 0x9000000
swdt_set=run swdt_ccr && run swdt_rst && run swdt_zmr
swdt_ccr=mw 0xf8005004 0x92063b
swdt_rst=mw 0xf8005008 0x1999
swdt_zmr=mw 0xf8005000 0xabc043
</source>

* Создаем скрипт для сброса watchdog:

swdt_rst.sh

<source lang="bash">
watch -n 5 'devmem 0xf8005008 32 0x1999' &>/dev/null &
</source>

* Добавляем вызов скрипта в автозагрузку

PS Посмотреть можно в проекте bin/Clonicus, коммит ffc437e435d3b5c207bb1186a9561fd06a46d89f

== RTC ==

* Включаем в ядро подходящий драйвер

* Модифицируем device-tree

Вставляем в девайс три:
<source lang="bash">
&amba {
i2c0: i2c@e0004000 {
clock-frequency = <0xC350>;
rtc@51 {
compatible = "nxp,pcf85363";
reg = <0x51>;
};
};
i2c1: i2c@e0005000 {
clock-frequency = <0xC350>;
};
};
</source>

Будет выглядеть так:
<source lang="bash">
i2c@e0004000 {
compatible = "cdns,i2c-r1p10";
status = "okay";
clocks = <0x1 0x26>;
interrupt-parent = <0x4>;
interrupts = <0x0 0x19 0x4>;
reg = <0xe0004000 0x1000>;
#address-cells = <0x1>;
#size-cells = <0x0>;
clock-frequency = <0xc350>;

rtc@51 {
compatible = "nxp,pcf85363";
reg = <0x51>;
};
};

i2c@e0005000 {
compatible = "cdns,i2c-r1p10";
status = "okay";
clocks = <0x1 0x27>;
interrupt-parent = <0x4>;
interrupts = <0x0 0x30 0x4>;
reg = <0xe0005000 0x1000>;
#address-cells = <0x1>;
#size-cells = <0x0>;
clock-frequency = <0xc350>;
};
</source>

Если готового драйвера нет:

UG1144 pg.54

Создаем новый модуль
<source lang="bash">
petalinux-create -t modules --name <name_module> --enable
petalinux-create -t modules --name rtc-pcf85363 --enable
</source>

Правим исходный код в project-spec/meta-user/recipes-modules/rtc-pcf85363/files

Исправленный драйвер лежит в git Clonicus\linux\

Для удаления модуля:

* удаляем папку из project-spec/meta-user/recipes-modules

* В файле project-spec/meta-user/recipes-core/images/petalinux-image.bbappend удаляем соответствующую строку

* переоткрыть petalinux-config -c rootfs

Пробуем собрать модуль
<source lang="bash">
petalinux-build -c <name_module>
</source>

Если ОК, собираем (собирать модуль необязательно, petalinux-build его соберет)
<source lang="bash">
petalinux-build
</source>

И перепаковываем BOOT.bin

Пересобираем deveice-tree с указанием нового драйвера (petalinux-build соберет сам deveice-tree)

просмотр модулей

<source lang="bash">
lsmod
</source>

загрузить драйвер можно

<source lang="bash">
insmod /lib/modules/4.9.0-xilinx-v2017.4/extra/rtc-pcf85363.ko
</source>
или
<source lang="bash">
modprobe rtc-pcf85363
</source>

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

Прошиваем .bit (для клоникуса нужен бит для работы PL-i2c). После этого можно пользоваться RTC

Чтение времени из rtc если этот rtc не дефолтный (у нас rtc2)
<source lang="bash">
hwclock -r -f /dev/rtc2
</source>

Синхронизация rtc по системному времени
<source lang="bash">
hwclock -w -f /dev/rtc2
</source>

Правим custom_init.sh для изменения default-rtc на наше устройство
<source lang="bash">
rm /dev/rtc
ln -s /dev/rtc2 /dev/rtc
</source>

Установка системного времени
<source lang="bash">
date --set "2013-7-31 09:30"
</source>

Запись системного времени в RTC
<source lang="bash">
hwclock -w
</source>

Запись времени RTC в системное время
<source lang="bash">
hwclock -s
</source>

Получить время с интеренета
<source lang="bash">
rdate -s <IP address of time server>
rdate -s 132.163.96.5 (example)
</source>

При перезагрузке "reboot" система автоматически запишет системное время в RTC

== FPGA CONFIG from Uboot ==

Для того, чтобы прошить PL из uboot используем команду:
<source lang="bash">
fpga loadb 0 <ddr_file_addr> <file_size>
</source>

либо скриптами:
<source lang="bash">
load_bit=fatload mmc 0 0x100000 clonicus.bit // читаем файл в ddr
pl_load=fpga loadb 0 0x100000 0x1400000 // прошиваем PL
fpga_config=run load_bit && run pl_loadipaddr // вызов самих скриптов
</source>
0x10_0000 - начальный адрес ddr

0x1_400_000 - размер в байтах для 20МБайт - указываем размер битника с запасом. Теоретически может так не работать, но работает

== ETH over TTY==

В ядре включаем: slip, Universal TUN/TAP

В rootfs включаем net-tools

Включаем iptables для перемршрутизации между подсетями и для него:

<source lang="bash">
[*] Networking support ---> [CONFIG_NET]
Networking Options --->
[*] Network packet filtering framework (Netfilter) ---> [CONFIG_NETFILTER]
[*] Advanced netfilter configuration [CONFIG_NETFILTER_ADVANCED]
Core Netfilter Configuration --->
<*/M> Netfilter connection tracking support [CONFIG_NF_CONNTRACK]
<*/M> Netfilter Xtables support (required for ip_tables) [CONFIG_NETFILTER_XTABLES]
<*/M> LOG target support [CONFIG_NETFILTER_XT_TARGET_LOG]
IP: Netfilter Configuration --->
<*/M> IP tables support (required for filtering/masq/NAT) [CONFIG_IP_NF_IPTABLES]

</source>

PC1:

slattach -L -s 115200 -p slip /dev/ttyPS1 &

ifconfig sl0 192.168.1.1/24 up

route add default gw 192.168.1.1 sl0

PC2:

slattach -L -s 115200 -p slip /dev/ttyPS1 &

ifconfig sl0 192.168.1.2/24 up

route add default gw 192.168.1.1 sl0

== UART_PL ==

Включаем в настройках ядра поддержку uart_lite, выставляем правильное максимальное число уартов

Модифицируем system-user.dtsi

Обращаем внимание на нумерацию serial, axi_uartlite, она должна не повторяться. То же самое с interrupts
Указываем верный физический адрес на шине и диапазон адресов в <reg>

<source lang="bash">
/include/ "system-conf.dtsi"
/ {
aliases {
serial2 = &axi_uartlite_0;
serial3 = &axi_uartlite_1;
};
};
/ {
amba_pl {
#address-cells = <0x1>;
#size-cells = <0x1>;
compatible = "simple-bus";
ranges;

axi_uartlite_0: serial@80000008 {
clock-names = "ref_clk";
clocks = <&clkc 0>;
compatible = "xlnx,xps-uartlite-1.00.a";
current-speed = <115200>;
device_type = "serial";
interrupt-parent = <&intc>;
interrupts = <0 30 1>;
port-number = <3>;
reg = <0x80000008 0x10>;
xlnx,baudrate = <0x1c200>;
xlnx,data-bits = <0x8>;
xlnx,odd-parity = <0x0>;
xlnx,s-axi-aclk-freq-hz-d = "100.0";
xlnx,use-parity = <0x0>;
};
axi_uartlite_1: serial@8000001C {
clock-names = "ref_clk";
clocks = <&clkc 0>;
compatible = "xlnx,xps-uartlite-1.00.a";
current-speed = <115200>;
device_type = "serial";
interrupt-parent = <&intc>;
interrupts = <0 31 1>;
port-number = <4>;
reg = <0x8000001C 0x10>;
xlnx,baudrate = <0x1c200>;
xlnx,data-bits = <0x8>;
xlnx,odd-parity = <0x0>;
xlnx,s-axi-aclk-freq-hz-d = "100.0";
xlnx,use-parity = <0x0>;
};
};
};
</source>

Если ПЛИС не прошита - будет кернел паник

== IRQ ==

Для поддержки irq добавляем в device-tree

'''Важно - мы перетираем bootargs!'''
<source lang="bash">
/ {
chosen {
bootargs = "console=ttyPS0,115200 earlyprintk uio_pdrv_genirq.of_id=generic-uio";
};
};

&amba {
hififo: hififo@40000000 {
compatible = "generic-uio";
interrupt-parent = <&intc>;
interrupts = <0 29 1>;
reg = <0x40000000 0x1000 0x18000000 0x8000000>;
};
};
</source>

== USB ==

Запустил на Z706

[http://www.wiki.xilinx.com/Zynq+Linux+USB+Device+Driver во-первых]
[http://zedboard.org/content/using-petalinux-configure-zedboard%EF%BC%8C-usb-otg-can-not-work во-вторых]
[https://forums.xilinx.com/t5/Embedded-Linux/Petalinux-2016-3-zynq-7010-USB-not-working/td-p/737696 в-третьих]

В дефолтных настройках ядра petalinux_2018.1 все было включено

включаем ресет на MIO7 pullup disabled

все ноги интерфейса ulpi pullup disabled

Содержимое system-user.dtsi
<source lang="bash">
/include/ "system-conf.dtsi"
/{

usb_phy0:phy0 {

compatible="ulpi-phy";

#phy-cells = <0>;

reg = <0xe0002000 0x1000>;

view-port=<0x170>;

drv-vbus;

};

};

&usb0 {

status = "okay";

dr_mode = "host";

usb-phy = <&usb_phy0>;

} ;
</source>

== USB-ETHERNET ==
<source lang="bash">
Device Drivers ->
USB support ->
[*] USB Modem (CDC ACM)
USB Gadget Support ->
[*] Ethernet Control Model (all)
[*] RNDIS
[*] Ethernet Emulation Model
[*] CDC Composite Device (Ethernet and ACM)
[*] USB Gadget Drivers (Ethernet gadget...)
Network device support ->
USB Network Adapters ->
[*] Realtek RTL8152/RTL8153
[*] Multi-purpose USB Networking Framework
</source>

== WiFi Dongle ==

[https://forum.trenz-electronic.de/index.php?topic=747.0 раз]
[https://github.com/jinchenglee/zybo_linux_setup_doc два]
[http://billauer.co.il/blog/2014/06/linux-realtek-hostapd/ три]

Творим:
<source lang="bash">
Networking support ->
Wireless ->
[*] cfg80211
[*] Generic IEEE 802.11 ... (mac80211)
Device Drivers ->
Network device support ->
Wireless LAN ->
Realtek rtlwifi family of devices ->
[*] Realtek ..../RTL8188CE Wireless Network Adapter ???
[*] Realtek RTL8188EE Wireless Network Adapter ???
[*] Realtek RTL8192CU/RTL8188CU USB Wireless Network Adapter
Staging drivers ->
[*] Realtek RTL8188EU wireless LAN MIC driver
</source>

rootfs
<source lang="bash">
Filesystem packages ->
network ->
wpa-supplicant ->
[*] wpa-supplicant
</source>

[https://github.com/lwfinger/rtl8188eu/blob/master/rtl8188eufw.bin качаем файл]

Модификаци инит-скрипта
<source lang="bash">
cp /run/media/mmcblk0p1/wpa_supplicant.conf /etc/

mkdir /lib/firmware/
mkdir /lib/firmware/rtlwifi/
cp /run/media/mmcblk0p1/rtl8188eufw.bin /lib/firmware/rtlwifi/
</source>

== WiFi ESP ==

[http://www.wiki.xilinx.com/Zynq+SDIO+Wifi Xilinx SDIP WiFi]

[http://zedboard.org/content/sdio-wifi-driver-ar6103-problem Zedboard раз]

[https://stackoverflow.com/questions/32129689/how-to-bind-sdio1-with-wi-fi-linux два]

[http://picozed.org/content/steps-get-wlink8-working-using-petalinux-picozed picozed три]

[http://zedboard.org/content/adding-wi-fi-and-bluetooth-connectivity-zedboard-using-murata-1dx-pmod zedboard четыре]

== Оживление 2-го ядра ==

* Находим /home/ivan/clonicus_1.2.3/build/tmp/work-shared/plnx_arm/kernel-source/arch/arm/mach-zynq/efuse.c
* В функции zynq_efuse_cpu_state делаем сразу ретурн тру
* Че-нибудь меняем в настройках ядра для пересборки
* Выполняем:

<source lang="bash">
petalinux-build -c kernel -x compile -f
petalinux-build -c kernel -x deploy -f
petalinux-build
</source>

* Забираем image.ub

'''ИЛИ'''

Правим device-tree, заменяем адрес efuse на 0xf800cff0

== webserver ==

* [https://github.com/emlid/ReachView Репозиторий emlid ReachView] (bnd на py/Flask, fnd на html/Ajax/js/Bootstrap)

'''Backend:'''

* [http://svenand.blogdrives.com/archive/195.html#.XPTYt4gzaUk Источник по busybox-httpd]

* [https://www.afternerd.com/blog/python-http-server/ Гайд по python server]

* [https://ru.wikibooks.org/wiki/Flask Викиучебник по Flask]

* [https://habr.com/ru/post/193242/ ХаброГайд по python/Flask]

'''Frontend:'''

* [https://unminify.com/ unminify CSS]

* [https://getbootstrap.com/docs/4.3/getting-started/introduction/ Bootstrap EN getting started]

* [https://bootstrap-4.ru/ Bootstrap RU]

* [http://htmlbook.ru/samhtml/tekst/spetssimvoly Справочник по операторам и тегам HTML/CSS]

* [https://www.w3schools.com/howto/default.asp Сборник шаблонов CSS W3schools]

* [https://www.w3schools.com/w3css/w3css_tabulators.asp Анимированный сайдбар/табы]

* [https://css-tricks.com/ CSS Tricks]

* [https://www.cssmatic.com/ Онлайн тени/границы/градиент блоков]

* [https://internetingishard.com/html-and-css/semantic-html/ Semantic HTML grid layout]

* [https://habr.com/ru/post/202408/ Хаброгайд(ч1) по верстке]

* [https://habr.com/ru/post/211032/ ХаброГайд(ч2) по Bootstrap]

* [https://fontawesome.com/icons?d=gallery Fontawesome ICONS open lib]

:* [https://htmlacademy.ru/courses/43/run/1 Нормальный онлайн HTML/CSS/JS editor]

=== busybox httpd ===
В petalinux многие пакеты скукожены до их минимальных вариантов и встроены в общий пакет busybox.
В busybox есть также и вебсервер busybox-httpd.
Для использования нужно на этапе настройки файловой системы его включить:

$ petalinux-config -c rootfs

Конфиг:
base ->
busybox ->
[*] busybox
[*] busybox-httpd
[ ] busybox-hwclock
[*] busybox-inetd
[*] busybox-mdev
[ ] busybox-syslog
[*] busybox-udhcpc
[ ] busybox-udhcpd

Сам httpd будет в '''/usr/sbin'''.
Рабочая папка по умолчанию в '''/srv/www/'''. Если в нее кидать файлы, то именно из нее будет отображаться контент в браузере. Папку можно изменить, перезапустив httpd с ключом -h <workdir>.

Порт по умолчанию 80. Работает, как демон в /etc/init.d/, вкл-выкл оттуда же.

Если положить в /srv/www/ файл index.html с неким кодом, то в браузере отобразится вебморда. Картинки работают по ссылкам.

'''index.html'''
<source lang="html4strict">
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<title>clonicus'112 webserver</title>
</head>
<body>
<h3>Hello, World!</h3>
<h4>Web server is now up!</h4>
<img src="https://i.redd.it/oagz5eobkkt11.jpg" width="50%">
 
<a href="http://www.srns.ru">For more information see SRNS.ru</a>
 
</body>
</html>
</source>

=== python в petalinux ===
В petalinux 2017.4 есть 2 питона - 2.7 и 3.5.

$ petalinux-config -c rootfs

'''python2.7'''
Filesystem Packages->
devel->
python->

'''python3.5'''
Filesystem Packages->
misc->
python3-*>

Модуль runpy.py для запуска команд вида 'python -m <module>' находится в python -> python-misc.

=== SimpleHTTPServer.py ===
Для первого теста поднимем встроенный в python2.7 минисервер SimpleHTTPServer.py в /usr/lib/python2.7.

Для его запуска напишем скрипт

'''webserver.py''':

<source lang="python">
import SimpleHTTPServer
import SocketServer

PORT = 80

Handler = SimpleHTTPServer.SimpleHTTPRequestHandler

httpd = SocketServer.TCPServer(("", PORT), Handler)

print "serving at port", PORT
httpd.serve_forever()
</source>

$ python webserver.py

При наличии в папке со скриптом файла index.html сервер поднимется автоматически.

=== Добавление слоев в сборку ===

[https://www.srns.ru/wiki/Blog:DneprovD/18.07.2019_Yocto_layers Переехало в статью]

[[Категория:HOWTO]]
[[Категория:Oryx]]
[[Категория:Zynq]]
[[Категория:EmbeddedLinux]]
[[Category:Clonicus]]

{{wl-publish: 2018-05-16 10:06:30 +0300 | Lipa }}

Blog:DneprovD/17.06.2024 Clonicus 2.0

2024-08-28T14:06:42Z

Dneprov D: /* U-boot patch */

<summary hidden=true>
<center>[[File:IMG_20240621_134919.jpg|400px]]</center>
</summary>
{{Форма2}}
__TOC__

== Косяки ==
=== DDR ===
На плате установлен 1 чип DDR3L MT41K128M16-107 на 256 МБ. В проекте вивадо достаточно было выбрать похожее устройство, тайминги были выставлены автоматически. Задержки по дорогам берутся из альтиума.

Память сначала отказывалась работать, повисала на калибровке WL. Потыкались осцилографом - проблема была в некачественной пайке.

[https://static.chipdip.ru/lib/911/DOC012911114.pdf Даташит на DDR]

[https://www.youtube.com/watch?v=W3Jt_y6PHjA&ab_channel=Phil%E2%80%99sLab Видео, какие тайминги откуда брать]

[https://docs.amd.com/v/u/en-US/ds191-XC7Z030-XC7Z045-data-sheet#page=17 Таблица20: максимальная скорость DDR в цинках]

=== SD Card ===
Были проблемы с подмонтированием разделов и ошибки чтения секторов. Проблема схемотехническая в обвязке и непонятном левелшифтере PI4ULS5V106.

=== Nomada ===
Припаян не тот кварц (выбран не с тем номиналом напряжения). Подтянут к нужному номиналу резистором.

== Заметки ==
=== Ethernet ===
(!) Для корректной работы желательно пересобирать u-boot при изменении девайстри, и boot.bin командой
<source lang="bash">
petalinux-package --boot --format BIN --fsbl ./zynq_fsbl.elf --u-boot --force
</source>
На плате есть 2 физика:
* К GEM0 подключен Realtek RTL8211E-VL-CG.
* К GEM1 подключен Texas Instruments DP83867.
* Шина MDIO общая, на пинах 52-53.

В Vivado включал отдельно только Ethernet0, только Ethernet1, оба сразу с MDIO на нулевом.

Каждый физик отдельно видится на мдио независимо от того, к Ethernet0 или Ethernet1 она подключена. В стандалоне тестах в sdk автосогласование проходят оба физика, тест их находит.

U-boot версии 2017.4 видит оба физика на мдио, но драйвер прикручивает только к первому по порядку в девайстри. Два сразу старый U-boot не умеет до версии 2018.1 (гуглится обсуждение).

При работе с двумя физиками рекомендуют накатить на ядро патч драйвера macb, чтобы он видел два физика. При этом раздел mdio {} в девайстри заработал только при помещении его в общую часть, там где {aliases, chosen}.

[https://xilinx-wiki.atlassian.net/wiki/spaces/A/pages/18841740/Macb+Driver Заметка на хиливики про Common MDIO DT Macb Driver]

[https://xilinx-wiki.atlassian.net/wiki/spaces/A/pages/18842475/PetaLinux+Yocto+Tips#PetaLinuxYoctoTips-PatchingtheLinuxKernelofaPetaLinuxProject Как патчить ядро]

[https://xilinx-wiki.atlassian.net/wiki/spaces/A/pages/18841740/Macb+Driver Пример девайстри с вики для двух PHY]

[https://support.xilinx.com/s/article/69132?language=en_US Оффициальный AR xilinx для dual PHY с патчами]

[https://support.xilinx.com/s/question/0D52E00006hpe3DSAQ/dual-ethernet-still-not-working-after-patching-macb-driver-petalinux-20172?language=en_US AR#1]

[https://support.xilinx.com/s/question/0D52E00007AMwsGSAT/how-to-fix-zynq7000-dual-ethernet-phy-on-single-mdio-bus-in-xilinxv20191-and-newer?language=en_US AR#2]

[https://support.xilinx.com/s/question/0D52E00006iHu9HSAS/dual-phys-on-mdioemio?language=en_US AR#3]

[https://support.xilinx.com/s/question/0D52E00007AMwsGSAT/how-to-fix-zynq7000-dual-ethernet-phy-on-single-mdio-bus-in-xilinxv20191-and-newer?language=en_US AR#4]

[https://support.xilinx.com/s/question/0D52E00006iHlW2SAK/zynq-dual-ethernet-question?language=en_US AR#5]

==== Один PHY ====
Рабочий devicetree для ядра без патча, один PHY (на выбор):

'''<projectname>/project-spec/meta-user/recipes-bsp/device-tree/files/system-user.dtsi''':
<source lang = bash>
/* RTL8211E */
&gem0{
status = "okay";
phy-handle = <&phy1>;
phy-mode = "rgmii-id";
local-mac-address = [00 0a 35 00 22 01];

mdio {
status = "okay";
#address-cells = <1>;
#size-cells = <0>;

phy0: phy@1 {
status = "okay";
device_type = "ethernet-phy";
reg = <1>;
};
};
};

/*TI dp83867 */
&gem1{
status = "okay";
phy-handle = <&phy1>;
phy-mode = "rgmii-id";
local-mac-address = [00 0a 35 00 22 02];

xlnx,eth-mode = <0x1>;

mdio {
status = "okay";
#address-cells = <1>;
#size-cells = <0>;

phy1: phy@12 {
status = "okay";
compatible = "ethernet-phy-ieee802.3-c22";
device_type = "ethernet-phy";

reg = <12>;
ti,rx-internal-delay = <0x7>;
ti,tx-internal-delay = <0x7>;
ti,fifo-depth = <0x01>;
ti,min-output-impedance;
ti,dp83867-rxctrl-strap-quirk;
};
};
};

</source>

==== Два PHY ====
Пропатчено ядро для общей mdio. Mdio на Ethernet0 в Vivado, пины 52-53. Первый физик поднимается автоматически. Второй жив, пожнимается через:
<source lang = bash>
ifconfig eth1 192.168.0.231 netmask 255.255.255.0 up
</source>

'''<projectname>/project-spec/meta-user/recipes-bsp/device-tree/files/system-user.dtsi''':
<source lang = bash>
/ {
aliases {...}

chosen {...}

mdio {
compatible = "cdns,macb-mdio";
reg = <0xe000b000 0x1000>;
status = "okay";
clocks = <&clkc 30>, <&clkc 30>, <&clkc 13>;
clock-names = "pclk", "hclk", "tx_clk";
#address-cells = <1>;
#size-cells = <0>;

phy0: phy@1 {
compatible = "ethernet-phy-ieee802.3-c22";
device_type = "ethernet-phy";
reg = <1>;
status = "okay";
};

phy1: phy@12 {
compatible = "ethernet-phy-ieee802.3-c22";
device_type = "ethernet-phy";
reg = <12>;
status = "okay";
ti,rx-internal-delay = <0x7>;
ti,tx-internal-delay = <0x7>;
ti,fifo-depth = <0x01>;
ti,min-output-impedance;
ti,dp83867-rxctrl-strap-quirk;
};
};
};

&gem0{
status = "okay";
phy-handle = <&phy0>;
phy-mode = "rgmii-id";
local-mac-address = [00 0a 35 00 22 01];
};

&gem1{
status = "okay";
phy-handle = <&phy1>;
phy-mode = "rgmii";
local-mac-address = [00 0a 35 00 22 02];

xlnx,eth-mode = <0x1>;
};
</source>

=== QSPI Flash ===
На плате установлена не поддерживаемая (нету) по табличке W25Q512JVEIQ.

Флешка поднялась, причина - отсутствие резистора на QSPI_SCK_MODE4 - была закоротка на землю.

Пропатчил юбут, добавив в файл <projectname>/components/ext_sources/MY-U-BOOT/u-boot-xlnx/drivers/mtd/spi/spi_flash_ids.c флешку, и наложив патч:

'''0001-add-spi-support-for-w25q512jv.patch'''
<source lang = bash>
From 17ebfc83d3929446288d1143d33d8fbd156360d0 Mon Sep 17 00:00:00 2001
From: DneprovD <dneprov_dv@mail.ru>
Date: Thu, 20 Jun 2024 12:27:45 +0300
Subject: [PATCH] add spi support for w25q512jv

---
drivers/mtd/spi/spi_flash_ids.c | 1 +
1 file changed, 1 insertion(+)

diff --git a/drivers/mtd/spi/spi_flash_ids.c b/drivers/mtd/spi/spi_flash_ids.c
index cb27c88..c3e725a 100644
--- a/drivers/mtd/spi/spi_flash_ids.c
+++ b/drivers/mtd/spi/spi_flash_ids.c
@@ -167,6 +167,7 @@ const struct spi_flash_info spi_flash_ids[] = {
{"w25q32dw", INFO(0xef6016, 0x0, 64 * 1024, 64, RD_FULL | WR_QPP | SECT_4K) },
{"w25q64dw", INFO(0xef6017, 0x0, 64 * 1024, 128, RD_FULL | WR_QPP | SECT_4K) },
{"w25q128fw", INFO(0xef6018, 0x0, 64 * 1024, 256, RD_FULL | WR_QPP | SECT_4K) },
+ {"w25q512jv", INFO(0xef4020, 0x0, 64 * 1024, 1024, RD_FULL | WR_QPP | SECT_4K) },
#endif
{}, /* Empty entry to terminate the list */
/*
--
1.9.1

</source>

В project-spec/meta-user/recipes-bsp/u-boot/files/platform-top.h добавил
<source lang=bash>
#define CONFIG_SPI_FLASH_WINBOND Y
</source>

[https://support.xilinx.com/s/article/50991?language=en_US Список поддерживаемых Zynq 7000 флешек и гайд что делать с неподдерживаемыми]

[https://support.xilinx.com/s/article/62743?language=en_US Гайд для неподдерживаемых]

[https://srns.ru/wiki/%D0%A4%D0%B0%D0%B9%D0%BB:QSPI_FLASH_support_guide_rev1.0.pdf Гайд по добавлению правок в U-boot]

[https://xilinx-wiki.atlassian.net/wiki/spaces/A/pages/18842262/Zynq+QSPI+Driver Zynq QSPI Driver на хилипедии]

==== Разметка QSPI ====

Делал так:

1) Идем в petalinux-config -> Subsystem AUTO Hardware Settings -> '''Flash Settings'''

Там задаем разделы флешки:
[[Файл:Qspi-partitions-KibiBytes.PNG|500px|right|thumb]]
<source lang=bash>
Primary Flash (ps7_qspi_0) --->
[ ] Advanced Flash Auto Configuration
*** partition 0 ***
(boot) name
(0x100000) size
*** partition 1 ***
(bootenv) name
(0x20000) size
*** partition 2 ***
(kernel) name
(0x1400000) size
*** partition 3 ***
(dtb) name
(0x20000) size
*** partition 4 ***
(rootfs) name
(0xA00000) size
*** partition 5 ***
(bitstream) name
(0x600000) size
*** partition 6 ***
(spare) name
(0x1AC0000) size
*** partition 7 ***
() name
</source>

Для наглядности накидал [https://openipc.org/tools/firmware-partitions-calculation?locale=ru на сайтике картинку]

2) Там же в petalinux-config -> Subsystem AUTO Hardware Settings -> '''Advanced bootable images storage Settings''' заходим в каждый пункт и выставляем
<source lang = bash>
image storage media
(X) primary flash

# в пункте для DTB на пробу поставил
(X) from boot image
</source>

После этого U-boot будет искать указанные файлы по указанным адресам на QSPI флешке при включенном режиме загрузки с QSPI флешки. Также это отразится на генерируемом файле юбута Petalinux/qspi/project-spec/meta-plnx-generated/recipes-bsp/u-boot/configs/platform-auto.h. Этот файл обновляется при вызове petalinux-config -c u-boot (вроде).

==== Прошивка QSPI ====

QSPI флешка прошивается из U-boot через sf probe, sf write.
Это же делает SDK, когда прошивается флешка через JTAG. SDK собирает свой юбут внутри себя, и им прошивает. Недостатком было то, что юбут из SDK не пропатчен на поддержку новой флешки, и он валится на обнаружении. Возможно, его можно пропатчить внутри SDK, я не пробовал.

Как прошивал:
# Собрал проект через petalinux-build.
# Положил все нужные файлы на sd-карту.
# Загрузился с sd-карты, зашел в u-boot.
# Из консоли U-boot выполнил:
<source lang=bash>
# подключаемся
> sf probe 0

# стираем области перед записью. Стирать можно маленькими разделами или всю флешку разом
> sf erase 0 0x1AC0000

# загружаем файлы в DDR и пишем их на флешку. Переменная filesize заполняется сама.
> fatload mmc 0 0x00100000 BOOT.bin
> sf write 0x00100000 0x0 ${filesize} #(DDR_address offset image_size)

> fatload mmc 0 0x00100000 image.ub
> sf write 0x00100000 0x120000 ${filesize}

и так далее
</source>

=== U-boot ===
==== Env ====
uEnv.txt - только для sd boot (захардкожено в u-boot-xlnx/include/configs/zynq-common.h).

Вроде бы можно [https://community.intel.com/t5/FPGA-SoC-And-CPLD-Boards-And/Unable-to-read-file-u-boot-scr/td-p/219580 обернуть юбутом (mkImage)] тектовый файл, и зашить в qspi. Не пробовал, вдруг не нужно.

{{Начало скрытого блока|Выравнивание_заголовка = left| Ссылка = left|Заголовок = Код стандартной env из zynq-common.h:}}
<source lang=bash>
/* Default environment */
#ifndef CONFIG_EXTRA_ENV_SETTINGS
#define CONFIG_EXTRA_ENV_SETTINGS \
"ethaddr=00:0a:35:00:01:22\0" \
"kernel_image=uImage\0" \
"kernel_load_address=0x2080000\0" \
"ramdisk_image=uramdisk.image.gz\0" \
"ramdisk_load_address=0x4000000\0" \
"devicetree_image=devicetree.dtb\0" \
"devicetree_load_address=0x2000000\0" \
"bitstream_image=system.bit.bin\0" \
"boot_image=BOOT.bin\0" \
"loadbit_addr=0x100000\0" \
"loadbootenv_addr=0x2000000\0" \
"kernel_size=0x500000\0" \
"devicetree_size=0x20000\0" \
"ramdisk_size=0x5E0000\0" \
"boot_size=0xF00000\0" \
"fdt_high=0x20000000\0" \
"initrd_high=0x20000000\0" \
"bootenv=uEnv.txt\0" \
"loadbootenv=load mmc 0 ${loadbootenv_addr} ${bootenv}\0" \
"importbootenv=echo Importing environment from SD ...; " \
"env import -t ${loadbootenv_addr} $filesize\0" \
"sd_uEnvtxt_existence_test=test -e mmc 0 /uEnv.txt\0" \
"preboot=if test $modeboot = sdboot && env run sd_uEnvtxt_existence_test; " \
"then if env run loadbootenv; " \
"then env run importbootenv; " \
"fi; " \
"fi; \0" \
"mmc_loadbit=echo Loading bitstream from SD/MMC/eMMC to RAM.. && " \
"mmcinfo && " \
"load mmc 0 ${loadbit_addr} ${bitstream_image} && " \
"fpga load 0 ${loadbit_addr} ${filesize}\0" \
"norboot=echo Copying Linux from NOR flash to RAM... && " \
"cp.b 0xE2100000 ${kernel_load_address} ${kernel_size} && " \
"cp.b 0xE2600000 ${devicetree_load_address} ${devicetree_size} && " \
"echo Copying ramdisk... && " \
"cp.b 0xE2620000 ${ramdisk_load_address} ${ramdisk_size} && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"qspiboot=echo Copying Linux from QSPI flash to RAM... && " \
"sf probe 0 0 0 && " \
"sf read ${kernel_load_address} 0x100000 ${kernel_size} && " \
"sf read ${devicetree_load_address} 0x600000 ${devicetree_size} && " \
"echo Copying ramdisk... && " \
"sf read ${ramdisk_load_address} 0x620000 ${ramdisk_size} && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"uenvboot=" \
"if run loadbootenv; then " \
"echo Loaded environment from ${bootenv}; " \
"run importbootenv; " \
"fi; " \
"if test -n $uenvcmd; then " \
"echo Running uenvcmd ...; " \
"run uenvcmd; " \
"fi\0" \
"sdboot=if mmcinfo; then " \
"run uenvboot; " \
"echo Copying Linux from SD to RAM... && " \
"load mmc 0 ${kernel_load_address} ${kernel_image} && " \
"load mmc 0 ${devicetree_load_address} ${devicetree_image} && " \
"load mmc 0 ${ramdisk_load_address} ${ramdisk_image} && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}; " \
"fi\0" \
"usbboot=if usb start; then " \
"run uenvboot; " \
"echo Copying Linux from USB to RAM... && " \
"load usb 0 ${kernel_load_address} ${kernel_image} && " \
"load usb 0 ${devicetree_load_address} ${devicetree_image} && " \
"load usb 0 ${ramdisk_load_address} ${ramdisk_image} && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}; " \
"fi\0" \
"nandboot=echo Copying Linux from NAND flash to RAM... && " \
"nand read ${kernel_load_address} 0x100000 ${kernel_size} && " \
"nand read ${devicetree_load_address} 0x600000 ${devicetree_size} && " \
"echo Copying ramdisk... && " \
"nand read ${ramdisk_load_address} 0x620000 ${ramdisk_size} && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"jtagboot=echo TFTPing Linux to RAM... && " \
"tftpboot ${kernel_load_address} ${kernel_image} && " \
"tftpboot ${devicetree_load_address} ${devicetree_image} && " \
"tftpboot ${ramdisk_load_address} ${ramdisk_image} && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"rsa_norboot=echo Copying Image from NOR flash to RAM... && " \
"cp.b 0xE2100000 0x100000 ${boot_size} && " \
"zynqrsa 0x100000 && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"rsa_nandboot=echo Copying Image from NAND flash to RAM... && " \
"nand read 0x100000 0x0 ${boot_size} && " \
"zynqrsa 0x100000 && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"rsa_qspiboot=echo Copying Image from QSPI flash to RAM... && " \
"sf probe 0 0 0 && " \
"sf read 0x100000 0x0 ${boot_size} && " \
"zynqrsa 0x100000 && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"rsa_sdboot=echo Copying Image from SD to RAM... && " \
"load mmc 0 0x100000 ${boot_image} && " \
"zynqrsa 0x100000 && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"rsa_jtagboot=echo TFTPing Image to RAM... && " \
"tftpboot 0x100000 ${boot_image} && " \
"zynqrsa 0x100000 && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
DFU_ALT_INFO
#endif
</source>
{{Конец скрытого блока}}

Иван загружал clonicus.bit юбутом через Uboot.env. Вроде как можно вместо Uboot.env сделать uEnv.txt - на схожесть не проверял.

'''Иванова Uboot.env''' в текстовом редакторе после приведения в читаемый вид:
<source lang = bash>
<TіQautoload=yes
boot_dtb=fatload mmc 0 0x9000000 system.dtb
boot_image=fatload mmc 0 0xA000000 image.ub
bootcmd=run swdt_set && run fpga_config && run boot_image && run boot_dtb && bootm 0xA000000 0xA000000 0x9000000
bootdelay=1
ethaddr=00:0a:35:00:21:70
fdtcontroladdr=ffa91b0
fileaddr=100000
filesize=5b3f74
swdt_set=run swdt_ccr && run swdt_rst && run swdt_zmr
swdt_ccr=mw 0xf8005004 0x92063b
swdt_rst=mw 0xf8005008 0x1999
swdt_zmr=mw 0xf8005000 0xabc043
fpga_config=run load_bit && run pl_load
ipaddr=192.168.0.110
kernel_img=image.ub
load_bit=fatload mmc 0 0x100000 clonicus.bit
netmask=255.255.255.0
pl_load=fpga loadb 0 0x100000 0x1400000
serverip=192.168.0.1
</source>

==== Env to binary ====
В исходниках U-boot давно лежит утилита mkenvimage.c.
Пока что так и не попользовался ей.
https://bootlin.com/blog/mkenvimage-uboot-binary-env-generator/

Код Андрея по переводу текстового uEnv.txt в бинарный:
<source lang=python>
import zlib
import sys

if len(sys.argv) != 4:
sys.exit('args error!')

inputFilename = str(sys.argv[1])
outputFilename = str(sys.argv[2])
write_size = int(sys.argv[3])

with open(inputFilename, "r") as fid:
lines = [line for line in fid]

lines_zero = (''.join(lines)).replace('\n', '\0')
lines_zero = lines_zero + (write_size - len(lines_zero)) * '\0'
fbytes = lines_zero.encode()
fid.close()

crc = (zlib.crc32(fbytes)).to_bytes(4, byteorder='little')

file_contents = crc + fbytes

fid = open(outputFilename,"wb")
fid.write(file_contents)
fid.close()
</source>

==== U-boot patch ====

(!) При внесении изменений в юбут не забываем добавить коммент к версии в
<source lang=bash>
$ petalinux-config -c u-boot

General setup ->
Local version - append to U-Boot release
дописываем отличия версии, например, qspi
</source>

Попробовал пропатчить u-boot для добавления поддержки qspi флешки, которая не поддерживалась.

[https://docs.amd.com/v/u/2019.1-English/ug1144-petalinux-tools-reference-guide#page=107 Как сделать внешние исходники u-boot в проекте]

[https://devconnected.com/how-to-create-and-apply-git-patch-files/ Как делать git patch]

Методология создания патча для U-boot:
* Куда-то рядом или внутрь проекта в <projectname>/components/ext_sources/MY-U-BOOT/ скачивается [https://github.com/Xilinx/u-boot-xlnx/tree/xilinx-v2017.4 гит юбута].
* Переходим на ветку xilinx-v2017.4
<source lang = bash>
git checkout xilinx-v2017.4
</source>
* Создаем новую ветку mytest
<source lang = bash>
git checkout -b mytest
</source>
* Находим в исходниках файлик(и), в который хотим внести изменения. Вносим изменения. Коммитим в ветку mytest.
* Делаем файл патча относительно ветки xilinx-v2017.4, находясь в ветке mytest. В той папке, в которой вызываем команду, появится файл '''0001-<commit-mesg>.patch'''
<source lang = bash>
git format-patch xilinx-v2017.4
</source>
* Копируем файл 0001-<commit-mesg>.patch в <projectname>/project-spec/meta-user/recipes-bsp/u-boot/files/
* Добавляем в файл '''<projectname>/project-spec/meta-user/recipes-bsp/u-boot/u-boot-xlnx_%.bbappend''' строку с именем патча:
<source lang = bash>
SRC_URI_append = " file://0001-add-spi-support-for-w25q512jv.patch"
</source>
* Собираем
<source lang = bash>
petalinux-build -c u-boot
</source>

Для изменения стартового сообщения U-Boot 2017.01 (Jun 07...) идем в <projectname>/components/ext_sources/MY-U-BOOT/u-boot-xlnx/Makefile. В строке 5 есть VERSION, в строке 1280 сам вывод.
То же можно сделать где-то в petalinux конфигах / юбут конфигах, не залезая в исходники.

[[Категория:Zynq]]
[[Категория:EmbeddedLinux]]
[[Category:Clonicus]]

{{wl-publish: 2024-06-17 07:27:00 +00:00 | Dneprov D }}

Blog:DneprovD/17.06.2024 Clonicus 2.0

2024-08-15T14:46:26Z

Dneprov D: /* Разметка QSPI */

<summary hidden=true>
<center>[[File:IMG_20240621_134919.jpg|400px]]</center>
</summary>
{{Форма2}}
__TOC__

== Косяки ==
=== DDR ===
На плате установлен 1 чип DDR3L MT41K128M16-107 на 256 МБ. В проекте вивадо достаточно было выбрать похожее устройство, тайминги были выставлены автоматически. Задержки по дорогам берутся из альтиума.

Память сначала отказывалась работать, повисала на калибровке WL. Потыкались осцилографом - проблема была в некачественной пайке.

[https://static.chipdip.ru/lib/911/DOC012911114.pdf Даташит на DDR]

[https://www.youtube.com/watch?v=W3Jt_y6PHjA&ab_channel=Phil%E2%80%99sLab Видео, какие тайминги откуда брать]

[https://docs.amd.com/v/u/en-US/ds191-XC7Z030-XC7Z045-data-sheet#page=17 Таблица20: максимальная скорость DDR в цинках]

=== SD Card ===
Были проблемы с подмонтированием разделов и ошибки чтения секторов. Проблема схемотехническая в обвязке и непонятном левелшифтере PI4ULS5V106.

=== Nomada ===
Припаян не тот кварц (выбран не с тем номиналом напряжения). Подтянут к нужному номиналу резистором.

== Заметки ==
=== Ethernet ===
(!) Для корректной работы желательно пересобирать u-boot при изменении девайстри, и boot.bin командой
<source lang="bash">
petalinux-package --boot --format BIN --fsbl ./zynq_fsbl.elf --u-boot --force
</source>
На плате есть 2 физика:
* К GEM0 подключен Realtek RTL8211E-VL-CG.
* К GEM1 подключен Texas Instruments DP83867.
* Шина MDIO общая, на пинах 52-53.

В Vivado включал отдельно только Ethernet0, только Ethernet1, оба сразу с MDIO на нулевом.

Каждый физик отдельно видится на мдио независимо от того, к Ethernet0 или Ethernet1 она подключена. В стандалоне тестах в sdk автосогласование проходят оба физика, тест их находит.

U-boot версии 2017.4 видит оба физика на мдио, но драйвер прикручивает только к первому по порядку в девайстри. Два сразу старый U-boot не умеет до версии 2018.1 (гуглится обсуждение).

При работе с двумя физиками рекомендуют накатить на ядро патч драйвера macb, чтобы он видел два физика. При этом раздел mdio {} в девайстри заработал только при помещении его в общую часть, там где {aliases, chosen}.

[https://xilinx-wiki.atlassian.net/wiki/spaces/A/pages/18841740/Macb+Driver Заметка на хиливики про Common MDIO DT Macb Driver]

[https://xilinx-wiki.atlassian.net/wiki/spaces/A/pages/18842475/PetaLinux+Yocto+Tips#PetaLinuxYoctoTips-PatchingtheLinuxKernelofaPetaLinuxProject Как патчить ядро]

[https://xilinx-wiki.atlassian.net/wiki/spaces/A/pages/18841740/Macb+Driver Пример девайстри с вики для двух PHY]

[https://support.xilinx.com/s/article/69132?language=en_US Оффициальный AR xilinx для dual PHY с патчами]

[https://support.xilinx.com/s/question/0D52E00006hpe3DSAQ/dual-ethernet-still-not-working-after-patching-macb-driver-petalinux-20172?language=en_US AR#1]

[https://support.xilinx.com/s/question/0D52E00007AMwsGSAT/how-to-fix-zynq7000-dual-ethernet-phy-on-single-mdio-bus-in-xilinxv20191-and-newer?language=en_US AR#2]

[https://support.xilinx.com/s/question/0D52E00006iHu9HSAS/dual-phys-on-mdioemio?language=en_US AR#3]

[https://support.xilinx.com/s/question/0D52E00007AMwsGSAT/how-to-fix-zynq7000-dual-ethernet-phy-on-single-mdio-bus-in-xilinxv20191-and-newer?language=en_US AR#4]

[https://support.xilinx.com/s/question/0D52E00006iHlW2SAK/zynq-dual-ethernet-question?language=en_US AR#5]

==== Один PHY ====
Рабочий devicetree для ядра без патча, один PHY (на выбор):

'''<projectname>/project-spec/meta-user/recipes-bsp/device-tree/files/system-user.dtsi''':
<source lang = bash>
/* RTL8211E */
&gem0{
status = "okay";
phy-handle = <&phy1>;
phy-mode = "rgmii-id";
local-mac-address = [00 0a 35 00 22 01];

mdio {
status = "okay";
#address-cells = <1>;
#size-cells = <0>;

phy0: phy@1 {
status = "okay";
device_type = "ethernet-phy";
reg = <1>;
};
};
};

/*TI dp83867 */
&gem1{
status = "okay";
phy-handle = <&phy1>;
phy-mode = "rgmii-id";
local-mac-address = [00 0a 35 00 22 02];

xlnx,eth-mode = <0x1>;

mdio {
status = "okay";
#address-cells = <1>;
#size-cells = <0>;

phy1: phy@12 {
status = "okay";
compatible = "ethernet-phy-ieee802.3-c22";
device_type = "ethernet-phy";

reg = <12>;
ti,rx-internal-delay = <0x7>;
ti,tx-internal-delay = <0x7>;
ti,fifo-depth = <0x01>;
ti,min-output-impedance;
ti,dp83867-rxctrl-strap-quirk;
};
};
};

</source>

==== Два PHY ====
Пропатчено ядро для общей mdio. Mdio на Ethernet0 в Vivado, пины 52-53. Первый физик поднимается автоматически. Второй жив, пожнимается через:
<source lang = bash>
ifconfig eth1 192.168.0.231 netmask 255.255.255.0 up
</source>

'''<projectname>/project-spec/meta-user/recipes-bsp/device-tree/files/system-user.dtsi''':
<source lang = bash>
/ {
aliases {...}

chosen {...}

mdio {
compatible = "cdns,macb-mdio";
reg = <0xe000b000 0x1000>;
status = "okay";
clocks = <&clkc 30>, <&clkc 30>, <&clkc 13>;
clock-names = "pclk", "hclk", "tx_clk";
#address-cells = <1>;
#size-cells = <0>;

phy0: phy@1 {
compatible = "ethernet-phy-ieee802.3-c22";
device_type = "ethernet-phy";
reg = <1>;
status = "okay";
};

phy1: phy@12 {
compatible = "ethernet-phy-ieee802.3-c22";
device_type = "ethernet-phy";
reg = <12>;
status = "okay";
ti,rx-internal-delay = <0x7>;
ti,tx-internal-delay = <0x7>;
ti,fifo-depth = <0x01>;
ti,min-output-impedance;
ti,dp83867-rxctrl-strap-quirk;
};
};
};

&gem0{
status = "okay";
phy-handle = <&phy0>;
phy-mode = "rgmii-id";
local-mac-address = [00 0a 35 00 22 01];
};

&gem1{
status = "okay";
phy-handle = <&phy1>;
phy-mode = "rgmii";
local-mac-address = [00 0a 35 00 22 02];

xlnx,eth-mode = <0x1>;
};
</source>

=== QSPI Flash ===
На плате установлена не поддерживаемая (нету) по табличке W25Q512JVEIQ.

Флешка поднялась, причина - отсутствие резистора на QSPI_SCK_MODE4 - была закоротка на землю.

Пропатчил юбут, добавив в файл <projectname>/components/ext_sources/MY-U-BOOT/u-boot-xlnx/drivers/mtd/spi/spi_flash_ids.c флешку, и наложив патч:

'''0001-add-spi-support-for-w25q512jv.patch'''
<source lang = bash>
From 17ebfc83d3929446288d1143d33d8fbd156360d0 Mon Sep 17 00:00:00 2001
From: DneprovD <dneprov_dv@mail.ru>
Date: Thu, 20 Jun 2024 12:27:45 +0300
Subject: [PATCH] add spi support for w25q512jv

---
drivers/mtd/spi/spi_flash_ids.c | 1 +
1 file changed, 1 insertion(+)

diff --git a/drivers/mtd/spi/spi_flash_ids.c b/drivers/mtd/spi/spi_flash_ids.c
index cb27c88..c3e725a 100644
--- a/drivers/mtd/spi/spi_flash_ids.c
+++ b/drivers/mtd/spi/spi_flash_ids.c
@@ -167,6 +167,7 @@ const struct spi_flash_info spi_flash_ids[] = {
{"w25q32dw", INFO(0xef6016, 0x0, 64 * 1024, 64, RD_FULL | WR_QPP | SECT_4K) },
{"w25q64dw", INFO(0xef6017, 0x0, 64 * 1024, 128, RD_FULL | WR_QPP | SECT_4K) },
{"w25q128fw", INFO(0xef6018, 0x0, 64 * 1024, 256, RD_FULL | WR_QPP | SECT_4K) },
+ {"w25q512jv", INFO(0xef4020, 0x0, 64 * 1024, 1024, RD_FULL | WR_QPP | SECT_4K) },
#endif
{}, /* Empty entry to terminate the list */
/*
--
1.9.1

</source>

В project-spec/meta-user/recipes-bsp/u-boot/files/platform-top.h добавил
<source lang=bash>
#define CONFIG_SPI_FLASH_WINBOND Y
</source>

[https://support.xilinx.com/s/article/50991?language=en_US Список поддерживаемых Zynq 7000 флешек и гайд что делать с неподдерживаемыми]

[https://support.xilinx.com/s/article/62743?language=en_US Гайд для неподдерживаемых]

[https://srns.ru/wiki/%D0%A4%D0%B0%D0%B9%D0%BB:QSPI_FLASH_support_guide_rev1.0.pdf Гайд по добавлению правок в U-boot]

[https://xilinx-wiki.atlassian.net/wiki/spaces/A/pages/18842262/Zynq+QSPI+Driver Zynq QSPI Driver на хилипедии]

==== Разметка QSPI ====

Делал так:

1) Идем в petalinux-config -> Subsystem AUTO Hardware Settings -> '''Flash Settings'''

Там задаем разделы флешки:
[[Файл:Qspi-partitions-KibiBytes.PNG|500px|right|thumb]]
<source lang=bash>
Primary Flash (ps7_qspi_0) --->
[ ] Advanced Flash Auto Configuration
*** partition 0 ***
(boot) name
(0x100000) size
*** partition 1 ***
(bootenv) name
(0x20000) size
*** partition 2 ***
(kernel) name
(0x1400000) size
*** partition 3 ***
(dtb) name
(0x20000) size
*** partition 4 ***
(rootfs) name
(0xA00000) size
*** partition 5 ***
(bitstream) name
(0x600000) size
*** partition 6 ***
(spare) name
(0x1AC0000) size
*** partition 7 ***
() name
</source>

Для наглядности накидал [https://openipc.org/tools/firmware-partitions-calculation?locale=ru на сайтике картинку]

2) Там же в petalinux-config -> Subsystem AUTO Hardware Settings -> '''Advanced bootable images storage Settings''' заходим в каждый пункт и выставляем
<source lang = bash>
image storage media
(X) primary flash

# в пункте для DTB на пробу поставил
(X) from boot image
</source>

После этого U-boot будет искать указанные файлы по указанным адресам на QSPI флешке при включенном режиме загрузки с QSPI флешки. Также это отразится на генерируемом файле юбута Petalinux/qspi/project-spec/meta-plnx-generated/recipes-bsp/u-boot/configs/platform-auto.h. Этот файл обновляется при вызове petalinux-config -c u-boot (вроде).

==== Прошивка QSPI ====

QSPI флешка прошивается из U-boot через sf probe, sf write.
Это же делает SDK, когда прошивается флешка через JTAG. SDK собирает свой юбут внутри себя, и им прошивает. Недостатком было то, что юбут из SDK не пропатчен на поддержку новой флешки, и он валится на обнаружении. Возможно, его можно пропатчить внутри SDK, я не пробовал.

Как прошивал:
# Собрал проект через petalinux-build.
# Положил все нужные файлы на sd-карту.
# Загрузился с sd-карты, зашел в u-boot.
# Из консоли U-boot выполнил:
<source lang=bash>
# подключаемся
> sf probe 0

# стираем области перед записью. Стирать можно маленькими разделами или всю флешку разом
> sf erase 0 0x1AC0000

# загружаем файлы в DDR и пишем их на флешку. Переменная filesize заполняется сама.
> fatload mmc 0 0x00100000 BOOT.bin
> sf write 0x00100000 0x0 ${filesize} #(DDR_address offset image_size)

> fatload mmc 0 0x00100000 image.ub
> sf write 0x00100000 0x120000 ${filesize}

и так далее
</source>

=== U-boot ===
==== Env ====
uEnv.txt - только для sd boot (захардкожено в u-boot-xlnx/include/configs/zynq-common.h).

Вроде бы можно [https://community.intel.com/t5/FPGA-SoC-And-CPLD-Boards-And/Unable-to-read-file-u-boot-scr/td-p/219580 обернуть юбутом (mkImage)] тектовый файл, и зашить в qspi. Не пробовал, вдруг не нужно.

{{Начало скрытого блока|Выравнивание_заголовка = left| Ссылка = left|Заголовок = Код стандартной env из zynq-common.h:}}
<source lang=bash>
/* Default environment */
#ifndef CONFIG_EXTRA_ENV_SETTINGS
#define CONFIG_EXTRA_ENV_SETTINGS \
"ethaddr=00:0a:35:00:01:22\0" \
"kernel_image=uImage\0" \
"kernel_load_address=0x2080000\0" \
"ramdisk_image=uramdisk.image.gz\0" \
"ramdisk_load_address=0x4000000\0" \
"devicetree_image=devicetree.dtb\0" \
"devicetree_load_address=0x2000000\0" \
"bitstream_image=system.bit.bin\0" \
"boot_image=BOOT.bin\0" \
"loadbit_addr=0x100000\0" \
"loadbootenv_addr=0x2000000\0" \
"kernel_size=0x500000\0" \
"devicetree_size=0x20000\0" \
"ramdisk_size=0x5E0000\0" \
"boot_size=0xF00000\0" \
"fdt_high=0x20000000\0" \
"initrd_high=0x20000000\0" \
"bootenv=uEnv.txt\0" \
"loadbootenv=load mmc 0 ${loadbootenv_addr} ${bootenv}\0" \
"importbootenv=echo Importing environment from SD ...; " \
"env import -t ${loadbootenv_addr} $filesize\0" \
"sd_uEnvtxt_existence_test=test -e mmc 0 /uEnv.txt\0" \
"preboot=if test $modeboot = sdboot && env run sd_uEnvtxt_existence_test; " \
"then if env run loadbootenv; " \
"then env run importbootenv; " \
"fi; " \
"fi; \0" \
"mmc_loadbit=echo Loading bitstream from SD/MMC/eMMC to RAM.. && " \
"mmcinfo && " \
"load mmc 0 ${loadbit_addr} ${bitstream_image} && " \
"fpga load 0 ${loadbit_addr} ${filesize}\0" \
"norboot=echo Copying Linux from NOR flash to RAM... && " \
"cp.b 0xE2100000 ${kernel_load_address} ${kernel_size} && " \
"cp.b 0xE2600000 ${devicetree_load_address} ${devicetree_size} && " \
"echo Copying ramdisk... && " \
"cp.b 0xE2620000 ${ramdisk_load_address} ${ramdisk_size} && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"qspiboot=echo Copying Linux from QSPI flash to RAM... && " \
"sf probe 0 0 0 && " \
"sf read ${kernel_load_address} 0x100000 ${kernel_size} && " \
"sf read ${devicetree_load_address} 0x600000 ${devicetree_size} && " \
"echo Copying ramdisk... && " \
"sf read ${ramdisk_load_address} 0x620000 ${ramdisk_size} && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"uenvboot=" \
"if run loadbootenv; then " \
"echo Loaded environment from ${bootenv}; " \
"run importbootenv; " \
"fi; " \
"if test -n $uenvcmd; then " \
"echo Running uenvcmd ...; " \
"run uenvcmd; " \
"fi\0" \
"sdboot=if mmcinfo; then " \
"run uenvboot; " \
"echo Copying Linux from SD to RAM... && " \
"load mmc 0 ${kernel_load_address} ${kernel_image} && " \
"load mmc 0 ${devicetree_load_address} ${devicetree_image} && " \
"load mmc 0 ${ramdisk_load_address} ${ramdisk_image} && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}; " \
"fi\0" \
"usbboot=if usb start; then " \
"run uenvboot; " \
"echo Copying Linux from USB to RAM... && " \
"load usb 0 ${kernel_load_address} ${kernel_image} && " \
"load usb 0 ${devicetree_load_address} ${devicetree_image} && " \
"load usb 0 ${ramdisk_load_address} ${ramdisk_image} && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}; " \
"fi\0" \
"nandboot=echo Copying Linux from NAND flash to RAM... && " \
"nand read ${kernel_load_address} 0x100000 ${kernel_size} && " \
"nand read ${devicetree_load_address} 0x600000 ${devicetree_size} && " \
"echo Copying ramdisk... && " \
"nand read ${ramdisk_load_address} 0x620000 ${ramdisk_size} && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"jtagboot=echo TFTPing Linux to RAM... && " \
"tftpboot ${kernel_load_address} ${kernel_image} && " \
"tftpboot ${devicetree_load_address} ${devicetree_image} && " \
"tftpboot ${ramdisk_load_address} ${ramdisk_image} && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"rsa_norboot=echo Copying Image from NOR flash to RAM... && " \
"cp.b 0xE2100000 0x100000 ${boot_size} && " \
"zynqrsa 0x100000 && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"rsa_nandboot=echo Copying Image from NAND flash to RAM... && " \
"nand read 0x100000 0x0 ${boot_size} && " \
"zynqrsa 0x100000 && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"rsa_qspiboot=echo Copying Image from QSPI flash to RAM... && " \
"sf probe 0 0 0 && " \
"sf read 0x100000 0x0 ${boot_size} && " \
"zynqrsa 0x100000 && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"rsa_sdboot=echo Copying Image from SD to RAM... && " \
"load mmc 0 0x100000 ${boot_image} && " \
"zynqrsa 0x100000 && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"rsa_jtagboot=echo TFTPing Image to RAM... && " \
"tftpboot 0x100000 ${boot_image} && " \
"zynqrsa 0x100000 && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
DFU_ALT_INFO
#endif
</source>
{{Конец скрытого блока}}

Иван загружал clonicus.bit юбутом через Uboot.env. Вроде как можно вместо Uboot.env сделать uEnv.txt - на схожесть не проверял.

'''Иванова Uboot.env''' в текстовом редакторе после приведения в читаемый вид:
<source lang = bash>
<TіQautoload=yes
boot_dtb=fatload mmc 0 0x9000000 system.dtb
boot_image=fatload mmc 0 0xA000000 image.ub
bootcmd=run swdt_set && run fpga_config && run boot_image && run boot_dtb && bootm 0xA000000 0xA000000 0x9000000
bootdelay=1
ethaddr=00:0a:35:00:21:70
fdtcontroladdr=ffa91b0
fileaddr=100000
filesize=5b3f74
swdt_set=run swdt_ccr && run swdt_rst && run swdt_zmr
swdt_ccr=mw 0xf8005004 0x92063b
swdt_rst=mw 0xf8005008 0x1999
swdt_zmr=mw 0xf8005000 0xabc043
fpga_config=run load_bit && run pl_load
ipaddr=192.168.0.110
kernel_img=image.ub
load_bit=fatload mmc 0 0x100000 clonicus.bit
netmask=255.255.255.0
pl_load=fpga loadb 0 0x100000 0x1400000
serverip=192.168.0.1
</source>

==== Env to binary ====
В исходниках U-boot давно лежит утилита mkenvimage.c.
Пока что так и не попользовался ей.
https://bootlin.com/blog/mkenvimage-uboot-binary-env-generator/

Код Андрея по переводу текстового uEnv.txt в бинарный:
<source lang=python>
import zlib
import sys

if len(sys.argv) != 4:
sys.exit('args error!')

inputFilename = str(sys.argv[1])
outputFilename = str(sys.argv[2])
write_size = int(sys.argv[3])

with open(inputFilename, "r") as fid:
lines = [line for line in fid]

lines_zero = (''.join(lines)).replace('\n', '\0')
lines_zero = lines_zero + (write_size - len(lines_zero)) * '\0'
fbytes = lines_zero.encode()
fid.close()

crc = (zlib.crc32(fbytes)).to_bytes(4, byteorder='little')

file_contents = crc + fbytes

fid = open(outputFilename,"wb")
fid.write(file_contents)
fid.close()
</source>

==== U-boot patch ====
Попробовал пропатчить u-boot для добавления поддержки qspi флешки, которая не поддерживалась.

[https://docs.amd.com/v/u/2019.1-English/ug1144-petalinux-tools-reference-guide#page=107 Как сделать внешние исходники u-boot в проекте]

[https://devconnected.com/how-to-create-and-apply-git-patch-files/ Как делать git patch]

Методология создания патча для U-boot:
* Куда-то рядом или внутрь проекта в <projectname>/components/ext_sources/MY-U-BOOT/ скачивается [https://github.com/Xilinx/u-boot-xlnx/tree/xilinx-v2017.4 гит юбута].
* Переходим на ветку xilinx-v2017.4
<source lang = bash>
git checkout xilinx-v2017.4
</source>
* Создаем новую ветку mytest
<source lang = bash>
git checkout -b mytest
</source>
* Находим в исходниках файлик(и), в который хотим внести изменения. Вносим изменения. Коммитим в ветку mytest.
* Делаем файл патча относительно ветки xilinx-v2017.4, находясь в ветке mytest. В той папке, в которой вызываем команду, появится файл '''0001-<commit-mesg>.patch'''
<source lang = bash>
git format-patch xilinx-v2017.4
</source>
* Копируем файл 0001-<commit-mesg>.patch в <projectname>/project-spec/meta-user/recipes-bsp/u-boot/files/
* Добавляем в файл '''<projectname>/project-spec/meta-user/recipes-bsp/u-boot/u-boot-xlnx_%.bbappend''' строку с именем патча:
<source lang = bash>
SRC_URI_append = " file://0001-add-spi-support-for-w25q512jv.patch"
</source>
* Собираем
<source lang = bash>
petalinux-build -c u-boot
</source>

Для изменения стартового сообщения U-Boot 2017.01 (Jun 07...) идем в <projectname>/components/ext_sources/MY-U-BOOT/u-boot-xlnx/Makefile. В строке 5 есть VERSION, в строке 1280 сам вывод.
То же можно сделать где-то в petalinux конфигах / юбут конфигах, не залезая в исходники.

[[Категория:Zynq]]
[[Категория:EmbeddedLinux]]
[[Category:Clonicus]]

{{wl-publish: 2024-06-17 07:27:00 +00:00 | Dneprov D }}

Blog:DneprovD/17.06.2024 Clonicus 2.0

2024-08-15T14:44:25Z

Dneprov D: /* Прошивка QSPI флешки */

<summary hidden=true>
<center>[[File:IMG_20240621_134919.jpg|400px]]</center>
</summary>
{{Форма2}}
__TOC__

== Косяки ==
=== DDR ===
На плате установлен 1 чип DDR3L MT41K128M16-107 на 256 МБ. В проекте вивадо достаточно было выбрать похожее устройство, тайминги были выставлены автоматически. Задержки по дорогам берутся из альтиума.

Память сначала отказывалась работать, повисала на калибровке WL. Потыкались осцилографом - проблема была в некачественной пайке.

[https://static.chipdip.ru/lib/911/DOC012911114.pdf Даташит на DDR]

[https://www.youtube.com/watch?v=W3Jt_y6PHjA&ab_channel=Phil%E2%80%99sLab Видео, какие тайминги откуда брать]

[https://docs.amd.com/v/u/en-US/ds191-XC7Z030-XC7Z045-data-sheet#page=17 Таблица20: максимальная скорость DDR в цинках]

=== SD Card ===
Были проблемы с подмонтированием разделов и ошибки чтения секторов. Проблема схемотехническая в обвязке и непонятном левелшифтере PI4ULS5V106.

=== Nomada ===
Припаян не тот кварц (выбран не с тем номиналом напряжения). Подтянут к нужному номиналу резистором.

== Заметки ==
=== Ethernet ===
(!) Для корректной работы желательно пересобирать u-boot при изменении девайстри, и boot.bin командой
<source lang="bash">
petalinux-package --boot --format BIN --fsbl ./zynq_fsbl.elf --u-boot --force
</source>
На плате есть 2 физика:
* К GEM0 подключен Realtek RTL8211E-VL-CG.
* К GEM1 подключен Texas Instruments DP83867.
* Шина MDIO общая, на пинах 52-53.

В Vivado включал отдельно только Ethernet0, только Ethernet1, оба сразу с MDIO на нулевом.

Каждый физик отдельно видится на мдио независимо от того, к Ethernet0 или Ethernet1 она подключена. В стандалоне тестах в sdk автосогласование проходят оба физика, тест их находит.

U-boot версии 2017.4 видит оба физика на мдио, но драйвер прикручивает только к первому по порядку в девайстри. Два сразу старый U-boot не умеет до версии 2018.1 (гуглится обсуждение).

При работе с двумя физиками рекомендуют накатить на ядро патч драйвера macb, чтобы он видел два физика. При этом раздел mdio {} в девайстри заработал только при помещении его в общую часть, там где {aliases, chosen}.

[https://xilinx-wiki.atlassian.net/wiki/spaces/A/pages/18841740/Macb+Driver Заметка на хиливики про Common MDIO DT Macb Driver]

[https://xilinx-wiki.atlassian.net/wiki/spaces/A/pages/18842475/PetaLinux+Yocto+Tips#PetaLinuxYoctoTips-PatchingtheLinuxKernelofaPetaLinuxProject Как патчить ядро]

[https://xilinx-wiki.atlassian.net/wiki/spaces/A/pages/18841740/Macb+Driver Пример девайстри с вики для двух PHY]

[https://support.xilinx.com/s/article/69132?language=en_US Оффициальный AR xilinx для dual PHY с патчами]

[https://support.xilinx.com/s/question/0D52E00006hpe3DSAQ/dual-ethernet-still-not-working-after-patching-macb-driver-petalinux-20172?language=en_US AR#1]

[https://support.xilinx.com/s/question/0D52E00007AMwsGSAT/how-to-fix-zynq7000-dual-ethernet-phy-on-single-mdio-bus-in-xilinxv20191-and-newer?language=en_US AR#2]

[https://support.xilinx.com/s/question/0D52E00006iHu9HSAS/dual-phys-on-mdioemio?language=en_US AR#3]

[https://support.xilinx.com/s/question/0D52E00007AMwsGSAT/how-to-fix-zynq7000-dual-ethernet-phy-on-single-mdio-bus-in-xilinxv20191-and-newer?language=en_US AR#4]

[https://support.xilinx.com/s/question/0D52E00006iHlW2SAK/zynq-dual-ethernet-question?language=en_US AR#5]

==== Один PHY ====
Рабочий devicetree для ядра без патча, один PHY (на выбор):

'''<projectname>/project-spec/meta-user/recipes-bsp/device-tree/files/system-user.dtsi''':
<source lang = bash>
/* RTL8211E */
&gem0{
status = "okay";
phy-handle = <&phy1>;
phy-mode = "rgmii-id";
local-mac-address = [00 0a 35 00 22 01];

mdio {
status = "okay";
#address-cells = <1>;
#size-cells = <0>;

phy0: phy@1 {
status = "okay";
device_type = "ethernet-phy";
reg = <1>;
};
};
};

/*TI dp83867 */
&gem1{
status = "okay";
phy-handle = <&phy1>;
phy-mode = "rgmii-id";
local-mac-address = [00 0a 35 00 22 02];

xlnx,eth-mode = <0x1>;

mdio {
status = "okay";
#address-cells = <1>;
#size-cells = <0>;

phy1: phy@12 {
status = "okay";
compatible = "ethernet-phy-ieee802.3-c22";
device_type = "ethernet-phy";

reg = <12>;
ti,rx-internal-delay = <0x7>;
ti,tx-internal-delay = <0x7>;
ti,fifo-depth = <0x01>;
ti,min-output-impedance;
ti,dp83867-rxctrl-strap-quirk;
};
};
};

</source>

==== Два PHY ====
Пропатчено ядро для общей mdio. Mdio на Ethernet0 в Vivado, пины 52-53. Первый физик поднимается автоматически. Второй жив, пожнимается через:
<source lang = bash>
ifconfig eth1 192.168.0.231 netmask 255.255.255.0 up
</source>

'''<projectname>/project-spec/meta-user/recipes-bsp/device-tree/files/system-user.dtsi''':
<source lang = bash>
/ {
aliases {...}

chosen {...}

mdio {
compatible = "cdns,macb-mdio";
reg = <0xe000b000 0x1000>;
status = "okay";
clocks = <&clkc 30>, <&clkc 30>, <&clkc 13>;
clock-names = "pclk", "hclk", "tx_clk";
#address-cells = <1>;
#size-cells = <0>;

phy0: phy@1 {
compatible = "ethernet-phy-ieee802.3-c22";
device_type = "ethernet-phy";
reg = <1>;
status = "okay";
};

phy1: phy@12 {
compatible = "ethernet-phy-ieee802.3-c22";
device_type = "ethernet-phy";
reg = <12>;
status = "okay";
ti,rx-internal-delay = <0x7>;
ti,tx-internal-delay = <0x7>;
ti,fifo-depth = <0x01>;
ti,min-output-impedance;
ti,dp83867-rxctrl-strap-quirk;
};
};
};

&gem0{
status = "okay";
phy-handle = <&phy0>;
phy-mode = "rgmii-id";
local-mac-address = [00 0a 35 00 22 01];
};

&gem1{
status = "okay";
phy-handle = <&phy1>;
phy-mode = "rgmii";
local-mac-address = [00 0a 35 00 22 02];

xlnx,eth-mode = <0x1>;
};
</source>

=== QSPI Flash ===
На плате установлена не поддерживаемая (нету) по табличке W25Q512JVEIQ.

Флешка поднялась, причина - отсутствие резистора на QSPI_SCK_MODE4 - была закоротка на землю.

Пропатчил юбут, добавив в файл <projectname>/components/ext_sources/MY-U-BOOT/u-boot-xlnx/drivers/mtd/spi/spi_flash_ids.c флешку, и наложив патч:

'''0001-add-spi-support-for-w25q512jv.patch'''
<source lang = bash>
From 17ebfc83d3929446288d1143d33d8fbd156360d0 Mon Sep 17 00:00:00 2001
From: DneprovD <dneprov_dv@mail.ru>
Date: Thu, 20 Jun 2024 12:27:45 +0300
Subject: [PATCH] add spi support for w25q512jv

---
drivers/mtd/spi/spi_flash_ids.c | 1 +
1 file changed, 1 insertion(+)

diff --git a/drivers/mtd/spi/spi_flash_ids.c b/drivers/mtd/spi/spi_flash_ids.c
index cb27c88..c3e725a 100644
--- a/drivers/mtd/spi/spi_flash_ids.c
+++ b/drivers/mtd/spi/spi_flash_ids.c
@@ -167,6 +167,7 @@ const struct spi_flash_info spi_flash_ids[] = {
{"w25q32dw", INFO(0xef6016, 0x0, 64 * 1024, 64, RD_FULL | WR_QPP | SECT_4K) },
{"w25q64dw", INFO(0xef6017, 0x0, 64 * 1024, 128, RD_FULL | WR_QPP | SECT_4K) },
{"w25q128fw", INFO(0xef6018, 0x0, 64 * 1024, 256, RD_FULL | WR_QPP | SECT_4K) },
+ {"w25q512jv", INFO(0xef4020, 0x0, 64 * 1024, 1024, RD_FULL | WR_QPP | SECT_4K) },
#endif
{}, /* Empty entry to terminate the list */
/*
--
1.9.1

</source>

В project-spec/meta-user/recipes-bsp/u-boot/files/platform-top.h добавил
<source lang=bash>
#define CONFIG_SPI_FLASH_WINBOND Y
</source>

[https://support.xilinx.com/s/article/50991?language=en_US Список поддерживаемых Zynq 7000 флешек и гайд что делать с неподдерживаемыми]

[https://support.xilinx.com/s/article/62743?language=en_US Гайд для неподдерживаемых]

[https://srns.ru/wiki/%D0%A4%D0%B0%D0%B9%D0%BB:QSPI_FLASH_support_guide_rev1.0.pdf Гайд по добавлению правок в U-boot]

[https://xilinx-wiki.atlassian.net/wiki/spaces/A/pages/18842262/Zynq+QSPI+Driver Zynq QSPI Driver на хилипедии]

==== Разметка QSPI ====

Делал так:

1) Идем в petalinux-config -> Subsystem AUTO Hardware Settings -> '''Flash Settings'''

Там задаем разделы флешки:
[[Файл:Qspi-partitions-KibiBytes.PNG|500px|right|thumb]]
<source lang=bash>
Primary Flash (ps7_qspi_0) --->
[ ] Advanced Flash Auto Configuration
*** partition 0 ***
(boot) name
(0x100000) size
*** partition 1 ***
(bootenv) name
(0x20000) size
*** partition 2 ***
(kernel) name
(0x1400000) size
*** partition 3 ***
(dtb) name
(0x20000) size
*** partition 4 ***
(rootfs) name
(0xA00000) size
*** partition 5 ***
(bitstream) name
(0x600000) size
*** partition 6 ***
(spare) name
(0x1AC0000) size
*** partition 7 ***
() name
</source>

Для наглядности накидал [https://openipc.org/tools/firmware-partitions-calculation?locale=ru на сайтике картинку]

2) Там же в petalinux-config -> Subsystem AUTO Hardware Settings -> '''Advanced bootable images storage Settings''' заходим в каждый пункт и выставляем
<source lang = bash>
image storage media
(X) primary flash
</source>

После этого U-boot будет искать указанные файлы по указанным адресам на QSPI флешке при включенном режиме загрузки с QSPI флешки. Также это отразится на генерируемом файле юбута Petalinux/qspi/project-spec/meta-plnx-generated/recipes-bsp/u-boot/configs/platform-auto.h. Этот файл обновляется при вызове petalinux-config -c u-boot (вроде).

==== Прошивка QSPI ====

QSPI флешка прошивается из U-boot через sf probe, sf write.
Это же делает SDK, когда прошивается флешка через JTAG. SDK собирает свой юбут внутри себя, и им прошивает. Недостатком было то, что юбут из SDK не пропатчен на поддержку новой флешки, и он валится на обнаружении. Возможно, его можно пропатчить внутри SDK, я не пробовал.

Как прошивал:
# Собрал проект через petalinux-build.
# Положил все нужные файлы на sd-карту.
# Загрузился с sd-карты, зашел в u-boot.
# Из консоли U-boot выполнил:
<source lang=bash>
# подключаемся
> sf probe 0

# стираем области перед записью. Стирать можно маленькими разделами или всю флешку разом
> sf erase 0 0x1AC0000

# загружаем файлы в DDR и пишем их на флешку. Переменная filesize заполняется сама.
> fatload mmc 0 0x00100000 BOOT.bin
> sf write 0x00100000 0x0 ${filesize} #(DDR_address offset image_size)

> fatload mmc 0 0x00100000 image.ub
> sf write 0x00100000 0x120000 ${filesize}

и так далее
</source>

=== U-boot ===
==== Env ====
uEnv.txt - только для sd boot (захардкожено в u-boot-xlnx/include/configs/zynq-common.h).

Вроде бы можно [https://community.intel.com/t5/FPGA-SoC-And-CPLD-Boards-And/Unable-to-read-file-u-boot-scr/td-p/219580 обернуть юбутом (mkImage)] тектовый файл, и зашить в qspi. Не пробовал, вдруг не нужно.

{{Начало скрытого блока|Выравнивание_заголовка = left| Ссылка = left|Заголовок = Код стандартной env из zynq-common.h:}}
<source lang=bash>
/* Default environment */
#ifndef CONFIG_EXTRA_ENV_SETTINGS
#define CONFIG_EXTRA_ENV_SETTINGS \
"ethaddr=00:0a:35:00:01:22\0" \
"kernel_image=uImage\0" \
"kernel_load_address=0x2080000\0" \
"ramdisk_image=uramdisk.image.gz\0" \
"ramdisk_load_address=0x4000000\0" \
"devicetree_image=devicetree.dtb\0" \
"devicetree_load_address=0x2000000\0" \
"bitstream_image=system.bit.bin\0" \
"boot_image=BOOT.bin\0" \
"loadbit_addr=0x100000\0" \
"loadbootenv_addr=0x2000000\0" \
"kernel_size=0x500000\0" \
"devicetree_size=0x20000\0" \
"ramdisk_size=0x5E0000\0" \
"boot_size=0xF00000\0" \
"fdt_high=0x20000000\0" \
"initrd_high=0x20000000\0" \
"bootenv=uEnv.txt\0" \
"loadbootenv=load mmc 0 ${loadbootenv_addr} ${bootenv}\0" \
"importbootenv=echo Importing environment from SD ...; " \
"env import -t ${loadbootenv_addr} $filesize\0" \
"sd_uEnvtxt_existence_test=test -e mmc 0 /uEnv.txt\0" \
"preboot=if test $modeboot = sdboot && env run sd_uEnvtxt_existence_test; " \
"then if env run loadbootenv; " \
"then env run importbootenv; " \
"fi; " \
"fi; \0" \
"mmc_loadbit=echo Loading bitstream from SD/MMC/eMMC to RAM.. && " \
"mmcinfo && " \
"load mmc 0 ${loadbit_addr} ${bitstream_image} && " \
"fpga load 0 ${loadbit_addr} ${filesize}\0" \
"norboot=echo Copying Linux from NOR flash to RAM... && " \
"cp.b 0xE2100000 ${kernel_load_address} ${kernel_size} && " \
"cp.b 0xE2600000 ${devicetree_load_address} ${devicetree_size} && " \
"echo Copying ramdisk... && " \
"cp.b 0xE2620000 ${ramdisk_load_address} ${ramdisk_size} && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"qspiboot=echo Copying Linux from QSPI flash to RAM... && " \
"sf probe 0 0 0 && " \
"sf read ${kernel_load_address} 0x100000 ${kernel_size} && " \
"sf read ${devicetree_load_address} 0x600000 ${devicetree_size} && " \
"echo Copying ramdisk... && " \
"sf read ${ramdisk_load_address} 0x620000 ${ramdisk_size} && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"uenvboot=" \
"if run loadbootenv; then " \
"echo Loaded environment from ${bootenv}; " \
"run importbootenv; " \
"fi; " \
"if test -n $uenvcmd; then " \
"echo Running uenvcmd ...; " \
"run uenvcmd; " \
"fi\0" \
"sdboot=if mmcinfo; then " \
"run uenvboot; " \
"echo Copying Linux from SD to RAM... && " \
"load mmc 0 ${kernel_load_address} ${kernel_image} && " \
"load mmc 0 ${devicetree_load_address} ${devicetree_image} && " \
"load mmc 0 ${ramdisk_load_address} ${ramdisk_image} && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}; " \
"fi\0" \
"usbboot=if usb start; then " \
"run uenvboot; " \
"echo Copying Linux from USB to RAM... && " \
"load usb 0 ${kernel_load_address} ${kernel_image} && " \
"load usb 0 ${devicetree_load_address} ${devicetree_image} && " \
"load usb 0 ${ramdisk_load_address} ${ramdisk_image} && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}; " \
"fi\0" \
"nandboot=echo Copying Linux from NAND flash to RAM... && " \
"nand read ${kernel_load_address} 0x100000 ${kernel_size} && " \
"nand read ${devicetree_load_address} 0x600000 ${devicetree_size} && " \
"echo Copying ramdisk... && " \
"nand read ${ramdisk_load_address} 0x620000 ${ramdisk_size} && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"jtagboot=echo TFTPing Linux to RAM... && " \
"tftpboot ${kernel_load_address} ${kernel_image} && " \
"tftpboot ${devicetree_load_address} ${devicetree_image} && " \
"tftpboot ${ramdisk_load_address} ${ramdisk_image} && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"rsa_norboot=echo Copying Image from NOR flash to RAM... && " \
"cp.b 0xE2100000 0x100000 ${boot_size} && " \
"zynqrsa 0x100000 && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"rsa_nandboot=echo Copying Image from NAND flash to RAM... && " \
"nand read 0x100000 0x0 ${boot_size} && " \
"zynqrsa 0x100000 && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"rsa_qspiboot=echo Copying Image from QSPI flash to RAM... && " \
"sf probe 0 0 0 && " \
"sf read 0x100000 0x0 ${boot_size} && " \
"zynqrsa 0x100000 && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"rsa_sdboot=echo Copying Image from SD to RAM... && " \
"load mmc 0 0x100000 ${boot_image} && " \
"zynqrsa 0x100000 && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"rsa_jtagboot=echo TFTPing Image to RAM... && " \
"tftpboot 0x100000 ${boot_image} && " \
"zynqrsa 0x100000 && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
DFU_ALT_INFO
#endif
</source>
{{Конец скрытого блока}}

Иван загружал clonicus.bit юбутом через Uboot.env. Вроде как можно вместо Uboot.env сделать uEnv.txt - на схожесть не проверял.

'''Иванова Uboot.env''' в текстовом редакторе после приведения в читаемый вид:
<source lang = bash>
<TіQautoload=yes
boot_dtb=fatload mmc 0 0x9000000 system.dtb
boot_image=fatload mmc 0 0xA000000 image.ub
bootcmd=run swdt_set && run fpga_config && run boot_image && run boot_dtb && bootm 0xA000000 0xA000000 0x9000000
bootdelay=1
ethaddr=00:0a:35:00:21:70
fdtcontroladdr=ffa91b0
fileaddr=100000
filesize=5b3f74
swdt_set=run swdt_ccr && run swdt_rst && run swdt_zmr
swdt_ccr=mw 0xf8005004 0x92063b
swdt_rst=mw 0xf8005008 0x1999
swdt_zmr=mw 0xf8005000 0xabc043
fpga_config=run load_bit && run pl_load
ipaddr=192.168.0.110
kernel_img=image.ub
load_bit=fatload mmc 0 0x100000 clonicus.bit
netmask=255.255.255.0
pl_load=fpga loadb 0 0x100000 0x1400000
serverip=192.168.0.1
</source>

==== Env to binary ====
В исходниках U-boot давно лежит утилита mkenvimage.c.
Пока что так и не попользовался ей.
https://bootlin.com/blog/mkenvimage-uboot-binary-env-generator/

Код Андрея по переводу текстового uEnv.txt в бинарный:
<source lang=python>
import zlib
import sys

if len(sys.argv) != 4:
sys.exit('args error!')

inputFilename = str(sys.argv[1])
outputFilename = str(sys.argv[2])
write_size = int(sys.argv[3])

with open(inputFilename, "r") as fid:
lines = [line for line in fid]

lines_zero = (''.join(lines)).replace('\n', '\0')
lines_zero = lines_zero + (write_size - len(lines_zero)) * '\0'
fbytes = lines_zero.encode()
fid.close()

crc = (zlib.crc32(fbytes)).to_bytes(4, byteorder='little')

file_contents = crc + fbytes

fid = open(outputFilename,"wb")
fid.write(file_contents)
fid.close()
</source>

==== U-boot patch ====
Попробовал пропатчить u-boot для добавления поддержки qspi флешки, которая не поддерживалась.

[https://docs.amd.com/v/u/2019.1-English/ug1144-petalinux-tools-reference-guide#page=107 Как сделать внешние исходники u-boot в проекте]

[https://devconnected.com/how-to-create-and-apply-git-patch-files/ Как делать git patch]

Методология создания патча для U-boot:
* Куда-то рядом или внутрь проекта в <projectname>/components/ext_sources/MY-U-BOOT/ скачивается [https://github.com/Xilinx/u-boot-xlnx/tree/xilinx-v2017.4 гит юбута].
* Переходим на ветку xilinx-v2017.4
<source lang = bash>
git checkout xilinx-v2017.4
</source>
* Создаем новую ветку mytest
<source lang = bash>
git checkout -b mytest
</source>
* Находим в исходниках файлик(и), в который хотим внести изменения. Вносим изменения. Коммитим в ветку mytest.
* Делаем файл патча относительно ветки xilinx-v2017.4, находясь в ветке mytest. В той папке, в которой вызываем команду, появится файл '''0001-<commit-mesg>.patch'''
<source lang = bash>
git format-patch xilinx-v2017.4
</source>
* Копируем файл 0001-<commit-mesg>.patch в <projectname>/project-spec/meta-user/recipes-bsp/u-boot/files/
* Добавляем в файл '''<projectname>/project-spec/meta-user/recipes-bsp/u-boot/u-boot-xlnx_%.bbappend''' строку с именем патча:
<source lang = bash>
SRC_URI_append = " file://0001-add-spi-support-for-w25q512jv.patch"
</source>
* Собираем
<source lang = bash>
petalinux-build -c u-boot
</source>

Для изменения стартового сообщения U-Boot 2017.01 (Jun 07...) идем в <projectname>/components/ext_sources/MY-U-BOOT/u-boot-xlnx/Makefile. В строке 5 есть VERSION, в строке 1280 сам вывод.
То же можно сделать где-то в petalinux конфигах / юбут конфигах, не залезая в исходники.

[[Категория:Zynq]]
[[Категория:EmbeddedLinux]]
[[Category:Clonicus]]

{{wl-publish: 2024-06-17 07:27:00 +00:00 | Dneprov D }}

Blog:DneprovD/17.06.2024 Clonicus 2.0

2024-08-15T14:43:38Z

Dneprov D: /* Прошивка QSPI флешки */

<summary hidden=true>
<center>[[File:IMG_20240621_134919.jpg|400px]]</center>
</summary>
{{Форма2}}
__TOC__

== Косяки ==
=== DDR ===
На плате установлен 1 чип DDR3L MT41K128M16-107 на 256 МБ. В проекте вивадо достаточно было выбрать похожее устройство, тайминги были выставлены автоматически. Задержки по дорогам берутся из альтиума.

Память сначала отказывалась работать, повисала на калибровке WL. Потыкались осцилографом - проблема была в некачественной пайке.

[https://static.chipdip.ru/lib/911/DOC012911114.pdf Даташит на DDR]

[https://www.youtube.com/watch?v=W3Jt_y6PHjA&ab_channel=Phil%E2%80%99sLab Видео, какие тайминги откуда брать]

[https://docs.amd.com/v/u/en-US/ds191-XC7Z030-XC7Z045-data-sheet#page=17 Таблица20: максимальная скорость DDR в цинках]

=== SD Card ===
Были проблемы с подмонтированием разделов и ошибки чтения секторов. Проблема схемотехническая в обвязке и непонятном левелшифтере PI4ULS5V106.

=== Nomada ===
Припаян не тот кварц (выбран не с тем номиналом напряжения). Подтянут к нужному номиналу резистором.

== Заметки ==
=== Ethernet ===
(!) Для корректной работы желательно пересобирать u-boot при изменении девайстри, и boot.bin командой
<source lang="bash">
petalinux-package --boot --format BIN --fsbl ./zynq_fsbl.elf --u-boot --force
</source>
На плате есть 2 физика:
* К GEM0 подключен Realtek RTL8211E-VL-CG.
* К GEM1 подключен Texas Instruments DP83867.
* Шина MDIO общая, на пинах 52-53.

В Vivado включал отдельно только Ethernet0, только Ethernet1, оба сразу с MDIO на нулевом.

Каждый физик отдельно видится на мдио независимо от того, к Ethernet0 или Ethernet1 она подключена. В стандалоне тестах в sdk автосогласование проходят оба физика, тест их находит.

U-boot версии 2017.4 видит оба физика на мдио, но драйвер прикручивает только к первому по порядку в девайстри. Два сразу старый U-boot не умеет до версии 2018.1 (гуглится обсуждение).

При работе с двумя физиками рекомендуют накатить на ядро патч драйвера macb, чтобы он видел два физика. При этом раздел mdio {} в девайстри заработал только при помещении его в общую часть, там где {aliases, chosen}.

[https://xilinx-wiki.atlassian.net/wiki/spaces/A/pages/18841740/Macb+Driver Заметка на хиливики про Common MDIO DT Macb Driver]

[https://xilinx-wiki.atlassian.net/wiki/spaces/A/pages/18842475/PetaLinux+Yocto+Tips#PetaLinuxYoctoTips-PatchingtheLinuxKernelofaPetaLinuxProject Как патчить ядро]

[https://xilinx-wiki.atlassian.net/wiki/spaces/A/pages/18841740/Macb+Driver Пример девайстри с вики для двух PHY]

[https://support.xilinx.com/s/article/69132?language=en_US Оффициальный AR xilinx для dual PHY с патчами]

[https://support.xilinx.com/s/question/0D52E00006hpe3DSAQ/dual-ethernet-still-not-working-after-patching-macb-driver-petalinux-20172?language=en_US AR#1]

[https://support.xilinx.com/s/question/0D52E00007AMwsGSAT/how-to-fix-zynq7000-dual-ethernet-phy-on-single-mdio-bus-in-xilinxv20191-and-newer?language=en_US AR#2]

[https://support.xilinx.com/s/question/0D52E00006iHu9HSAS/dual-phys-on-mdioemio?language=en_US AR#3]

[https://support.xilinx.com/s/question/0D52E00007AMwsGSAT/how-to-fix-zynq7000-dual-ethernet-phy-on-single-mdio-bus-in-xilinxv20191-and-newer?language=en_US AR#4]

[https://support.xilinx.com/s/question/0D52E00006iHlW2SAK/zynq-dual-ethernet-question?language=en_US AR#5]

==== Один PHY ====
Рабочий devicetree для ядра без патча, один PHY (на выбор):

'''<projectname>/project-spec/meta-user/recipes-bsp/device-tree/files/system-user.dtsi''':
<source lang = bash>
/* RTL8211E */
&gem0{
status = "okay";
phy-handle = <&phy1>;
phy-mode = "rgmii-id";
local-mac-address = [00 0a 35 00 22 01];

mdio {
status = "okay";
#address-cells = <1>;
#size-cells = <0>;

phy0: phy@1 {
status = "okay";
device_type = "ethernet-phy";
reg = <1>;
};
};
};

/*TI dp83867 */
&gem1{
status = "okay";
phy-handle = <&phy1>;
phy-mode = "rgmii-id";
local-mac-address = [00 0a 35 00 22 02];

xlnx,eth-mode = <0x1>;

mdio {
status = "okay";
#address-cells = <1>;
#size-cells = <0>;

phy1: phy@12 {
status = "okay";
compatible = "ethernet-phy-ieee802.3-c22";
device_type = "ethernet-phy";

reg = <12>;
ti,rx-internal-delay = <0x7>;
ti,tx-internal-delay = <0x7>;
ti,fifo-depth = <0x01>;
ti,min-output-impedance;
ti,dp83867-rxctrl-strap-quirk;
};
};
};

</source>

==== Два PHY ====
Пропатчено ядро для общей mdio. Mdio на Ethernet0 в Vivado, пины 52-53. Первый физик поднимается автоматически. Второй жив, пожнимается через:
<source lang = bash>
ifconfig eth1 192.168.0.231 netmask 255.255.255.0 up
</source>

'''<projectname>/project-spec/meta-user/recipes-bsp/device-tree/files/system-user.dtsi''':
<source lang = bash>
/ {
aliases {...}

chosen {...}

mdio {
compatible = "cdns,macb-mdio";
reg = <0xe000b000 0x1000>;
status = "okay";
clocks = <&clkc 30>, <&clkc 30>, <&clkc 13>;
clock-names = "pclk", "hclk", "tx_clk";
#address-cells = <1>;
#size-cells = <0>;

phy0: phy@1 {
compatible = "ethernet-phy-ieee802.3-c22";
device_type = "ethernet-phy";
reg = <1>;
status = "okay";
};

phy1: phy@12 {
compatible = "ethernet-phy-ieee802.3-c22";
device_type = "ethernet-phy";
reg = <12>;
status = "okay";
ti,rx-internal-delay = <0x7>;
ti,tx-internal-delay = <0x7>;
ti,fifo-depth = <0x01>;
ti,min-output-impedance;
ti,dp83867-rxctrl-strap-quirk;
};
};
};

&gem0{
status = "okay";
phy-handle = <&phy0>;
phy-mode = "rgmii-id";
local-mac-address = [00 0a 35 00 22 01];
};

&gem1{
status = "okay";
phy-handle = <&phy1>;
phy-mode = "rgmii";
local-mac-address = [00 0a 35 00 22 02];

xlnx,eth-mode = <0x1>;
};
</source>

=== QSPI Flash ===
На плате установлена не поддерживаемая (нету) по табличке W25Q512JVEIQ.

Флешка поднялась, причина - отсутствие резистора на QSPI_SCK_MODE4 - была закоротка на землю.

Пропатчил юбут, добавив в файл <projectname>/components/ext_sources/MY-U-BOOT/u-boot-xlnx/drivers/mtd/spi/spi_flash_ids.c флешку, и наложив патч:

'''0001-add-spi-support-for-w25q512jv.patch'''
<source lang = bash>
From 17ebfc83d3929446288d1143d33d8fbd156360d0 Mon Sep 17 00:00:00 2001
From: DneprovD <dneprov_dv@mail.ru>
Date: Thu, 20 Jun 2024 12:27:45 +0300
Subject: [PATCH] add spi support for w25q512jv

---
drivers/mtd/spi/spi_flash_ids.c | 1 +
1 file changed, 1 insertion(+)

diff --git a/drivers/mtd/spi/spi_flash_ids.c b/drivers/mtd/spi/spi_flash_ids.c
index cb27c88..c3e725a 100644
--- a/drivers/mtd/spi/spi_flash_ids.c
+++ b/drivers/mtd/spi/spi_flash_ids.c
@@ -167,6 +167,7 @@ const struct spi_flash_info spi_flash_ids[] = {
{"w25q32dw", INFO(0xef6016, 0x0, 64 * 1024, 64, RD_FULL | WR_QPP | SECT_4K) },
{"w25q64dw", INFO(0xef6017, 0x0, 64 * 1024, 128, RD_FULL | WR_QPP | SECT_4K) },
{"w25q128fw", INFO(0xef6018, 0x0, 64 * 1024, 256, RD_FULL | WR_QPP | SECT_4K) },
+ {"w25q512jv", INFO(0xef4020, 0x0, 64 * 1024, 1024, RD_FULL | WR_QPP | SECT_4K) },
#endif
{}, /* Empty entry to terminate the list */
/*
--
1.9.1

</source>

В project-spec/meta-user/recipes-bsp/u-boot/files/platform-top.h добавил
<source lang=bash>
#define CONFIG_SPI_FLASH_WINBOND Y
</source>

[https://support.xilinx.com/s/article/50991?language=en_US Список поддерживаемых Zynq 7000 флешек и гайд что делать с неподдерживаемыми]

[https://support.xilinx.com/s/article/62743?language=en_US Гайд для неподдерживаемых]

[https://srns.ru/wiki/%D0%A4%D0%B0%D0%B9%D0%BB:QSPI_FLASH_support_guide_rev1.0.pdf Гайд по добавлению правок в U-boot]

[https://xilinx-wiki.atlassian.net/wiki/spaces/A/pages/18842262/Zynq+QSPI+Driver Zynq QSPI Driver на хилипедии]

==== Разметка QSPI ====

Делал так:

1) Идем в petalinux-config -> Subsystem AUTO Hardware Settings -> '''Flash Settings'''

Там задаем разделы флешки:
[[Файл:Qspi-partitions-KibiBytes.PNG|500px|right|thumb]]
<source lang=bash>
Primary Flash (ps7_qspi_0) --->
[ ] Advanced Flash Auto Configuration
*** partition 0 ***
(boot) name
(0x100000) size
*** partition 1 ***
(bootenv) name
(0x20000) size
*** partition 2 ***
(kernel) name
(0x1400000) size
*** partition 3 ***
(dtb) name
(0x20000) size
*** partition 4 ***
(rootfs) name
(0xA00000) size
*** partition 5 ***
(bitstream) name
(0x600000) size
*** partition 6 ***
(spare) name
(0x1AC0000) size
*** partition 7 ***
() name
</source>

Для наглядности накидал [https://openipc.org/tools/firmware-partitions-calculation?locale=ru на сайтике картинку]

2) Там же в petalinux-config -> Subsystem AUTO Hardware Settings -> '''Advanced bootable images storage Settings''' заходим в каждый пункт и выставляем
<source lang = bash>
image storage media
(X) primary flash
</source>

После этого U-boot будет искать указанные файлы по указанным адресам на QSPI флешке при включенном режиме загрузки с QSPI флешки. Также это отразится на генерируемом файле юбута Petalinux/qspi/project-spec/meta-plnx-generated/recipes-bsp/u-boot/configs/platform-auto.h. Этот файл обновляется при вызове petalinux-config -c u-boot (вроде).

==== Прошивка QSPI флешки ====

QSPI флешка прошивается из U-boot через sf probe, sf write.
Это же делает SDK, когда прошивается флешка через JTAG. SDK собирает свой юбут внутри себя, и им прошивает. Недостатком было то, что юбут из SDK не пропатчен на поддержку новой флешки, и он валится на обнаружении. Возможно, его можно пропатчить внутри SDK, я не пробовал.

Как прошивал:
# Собрал проект через petalinux-build.
# Положил все нужные файлы на sd-карту.
# Загрузился с sd-карты, зашел в u-boot.
# Из консоли U-boot выполнил:
<source lang=bash>
# подключаемся
> sf probe 0

# стираем области перед записью. Стирать можно маленькими разделами или всю флешку разом
> sf erase 0 0x1AC0000

# загружаем файлы в DDR и пишем их на флешку. Переменная filesize заполняется сама.
> fatload mmc 0 0x00100000 BOOT.bin
> sf write 0x00100000 0x0 ${filesize} #(DDR_address offset image_size)

> fatload mmc 0 0x00100000 image.ub
> sf write 0x00100000 0x120000 ${filesize}

и так далее
</source>

=== U-boot ===
==== Env ====
uEnv.txt - только для sd boot (захардкожено в u-boot-xlnx/include/configs/zynq-common.h).

Вроде бы можно [https://community.intel.com/t5/FPGA-SoC-And-CPLD-Boards-And/Unable-to-read-file-u-boot-scr/td-p/219580 обернуть юбутом (mkImage)] тектовый файл, и зашить в qspi. Не пробовал, вдруг не нужно.

{{Начало скрытого блока|Выравнивание_заголовка = left| Ссылка = left|Заголовок = Код стандартной env из zynq-common.h:}}
<source lang=bash>
/* Default environment */
#ifndef CONFIG_EXTRA_ENV_SETTINGS
#define CONFIG_EXTRA_ENV_SETTINGS \
"ethaddr=00:0a:35:00:01:22\0" \
"kernel_image=uImage\0" \
"kernel_load_address=0x2080000\0" \
"ramdisk_image=uramdisk.image.gz\0" \
"ramdisk_load_address=0x4000000\0" \
"devicetree_image=devicetree.dtb\0" \
"devicetree_load_address=0x2000000\0" \
"bitstream_image=system.bit.bin\0" \
"boot_image=BOOT.bin\0" \
"loadbit_addr=0x100000\0" \
"loadbootenv_addr=0x2000000\0" \
"kernel_size=0x500000\0" \
"devicetree_size=0x20000\0" \
"ramdisk_size=0x5E0000\0" \
"boot_size=0xF00000\0" \
"fdt_high=0x20000000\0" \
"initrd_high=0x20000000\0" \
"bootenv=uEnv.txt\0" \
"loadbootenv=load mmc 0 ${loadbootenv_addr} ${bootenv}\0" \
"importbootenv=echo Importing environment from SD ...; " \
"env import -t ${loadbootenv_addr} $filesize\0" \
"sd_uEnvtxt_existence_test=test -e mmc 0 /uEnv.txt\0" \
"preboot=if test $modeboot = sdboot && env run sd_uEnvtxt_existence_test; " \
"then if env run loadbootenv; " \
"then env run importbootenv; " \
"fi; " \
"fi; \0" \
"mmc_loadbit=echo Loading bitstream from SD/MMC/eMMC to RAM.. && " \
"mmcinfo && " \
"load mmc 0 ${loadbit_addr} ${bitstream_image} && " \
"fpga load 0 ${loadbit_addr} ${filesize}\0" \
"norboot=echo Copying Linux from NOR flash to RAM... && " \
"cp.b 0xE2100000 ${kernel_load_address} ${kernel_size} && " \
"cp.b 0xE2600000 ${devicetree_load_address} ${devicetree_size} && " \
"echo Copying ramdisk... && " \
"cp.b 0xE2620000 ${ramdisk_load_address} ${ramdisk_size} && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"qspiboot=echo Copying Linux from QSPI flash to RAM... && " \
"sf probe 0 0 0 && " \
"sf read ${kernel_load_address} 0x100000 ${kernel_size} && " \
"sf read ${devicetree_load_address} 0x600000 ${devicetree_size} && " \
"echo Copying ramdisk... && " \
"sf read ${ramdisk_load_address} 0x620000 ${ramdisk_size} && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"uenvboot=" \
"if run loadbootenv; then " \
"echo Loaded environment from ${bootenv}; " \
"run importbootenv; " \
"fi; " \
"if test -n $uenvcmd; then " \
"echo Running uenvcmd ...; " \
"run uenvcmd; " \
"fi\0" \
"sdboot=if mmcinfo; then " \
"run uenvboot; " \
"echo Copying Linux from SD to RAM... && " \
"load mmc 0 ${kernel_load_address} ${kernel_image} && " \
"load mmc 0 ${devicetree_load_address} ${devicetree_image} && " \
"load mmc 0 ${ramdisk_load_address} ${ramdisk_image} && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}; " \
"fi\0" \
"usbboot=if usb start; then " \
"run uenvboot; " \
"echo Copying Linux from USB to RAM... && " \
"load usb 0 ${kernel_load_address} ${kernel_image} && " \
"load usb 0 ${devicetree_load_address} ${devicetree_image} && " \
"load usb 0 ${ramdisk_load_address} ${ramdisk_image} && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}; " \
"fi\0" \
"nandboot=echo Copying Linux from NAND flash to RAM... && " \
"nand read ${kernel_load_address} 0x100000 ${kernel_size} && " \
"nand read ${devicetree_load_address} 0x600000 ${devicetree_size} && " \
"echo Copying ramdisk... && " \
"nand read ${ramdisk_load_address} 0x620000 ${ramdisk_size} && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"jtagboot=echo TFTPing Linux to RAM... && " \
"tftpboot ${kernel_load_address} ${kernel_image} && " \
"tftpboot ${devicetree_load_address} ${devicetree_image} && " \
"tftpboot ${ramdisk_load_address} ${ramdisk_image} && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"rsa_norboot=echo Copying Image from NOR flash to RAM... && " \
"cp.b 0xE2100000 0x100000 ${boot_size} && " \
"zynqrsa 0x100000 && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"rsa_nandboot=echo Copying Image from NAND flash to RAM... && " \
"nand read 0x100000 0x0 ${boot_size} && " \
"zynqrsa 0x100000 && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"rsa_qspiboot=echo Copying Image from QSPI flash to RAM... && " \
"sf probe 0 0 0 && " \
"sf read 0x100000 0x0 ${boot_size} && " \
"zynqrsa 0x100000 && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"rsa_sdboot=echo Copying Image from SD to RAM... && " \
"load mmc 0 0x100000 ${boot_image} && " \
"zynqrsa 0x100000 && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"rsa_jtagboot=echo TFTPing Image to RAM... && " \
"tftpboot 0x100000 ${boot_image} && " \
"zynqrsa 0x100000 && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
DFU_ALT_INFO
#endif
</source>
{{Конец скрытого блока}}

Иван загружал clonicus.bit юбутом через Uboot.env. Вроде как можно вместо Uboot.env сделать uEnv.txt - на схожесть не проверял.

'''Иванова Uboot.env''' в текстовом редакторе после приведения в читаемый вид:
<source lang = bash>
<TіQautoload=yes
boot_dtb=fatload mmc 0 0x9000000 system.dtb
boot_image=fatload mmc 0 0xA000000 image.ub
bootcmd=run swdt_set && run fpga_config && run boot_image && run boot_dtb && bootm 0xA000000 0xA000000 0x9000000
bootdelay=1
ethaddr=00:0a:35:00:21:70
fdtcontroladdr=ffa91b0
fileaddr=100000
filesize=5b3f74
swdt_set=run swdt_ccr && run swdt_rst && run swdt_zmr
swdt_ccr=mw 0xf8005004 0x92063b
swdt_rst=mw 0xf8005008 0x1999
swdt_zmr=mw 0xf8005000 0xabc043
fpga_config=run load_bit && run pl_load
ipaddr=192.168.0.110
kernel_img=image.ub
load_bit=fatload mmc 0 0x100000 clonicus.bit
netmask=255.255.255.0
pl_load=fpga loadb 0 0x100000 0x1400000
serverip=192.168.0.1
</source>

==== Env to binary ====
В исходниках U-boot давно лежит утилита mkenvimage.c.
Пока что так и не попользовался ей.
https://bootlin.com/blog/mkenvimage-uboot-binary-env-generator/

Код Андрея по переводу текстового uEnv.txt в бинарный:
<source lang=python>
import zlib
import sys

if len(sys.argv) != 4:
sys.exit('args error!')

inputFilename = str(sys.argv[1])
outputFilename = str(sys.argv[2])
write_size = int(sys.argv[3])

with open(inputFilename, "r") as fid:
lines = [line for line in fid]

lines_zero = (''.join(lines)).replace('\n', '\0')
lines_zero = lines_zero + (write_size - len(lines_zero)) * '\0'
fbytes = lines_zero.encode()
fid.close()

crc = (zlib.crc32(fbytes)).to_bytes(4, byteorder='little')

file_contents = crc + fbytes

fid = open(outputFilename,"wb")
fid.write(file_contents)
fid.close()
</source>

==== U-boot patch ====
Попробовал пропатчить u-boot для добавления поддержки qspi флешки, которая не поддерживалась.

[https://docs.amd.com/v/u/2019.1-English/ug1144-petalinux-tools-reference-guide#page=107 Как сделать внешние исходники u-boot в проекте]

[https://devconnected.com/how-to-create-and-apply-git-patch-files/ Как делать git patch]

Методология создания патча для U-boot:
* Куда-то рядом или внутрь проекта в <projectname>/components/ext_sources/MY-U-BOOT/ скачивается [https://github.com/Xilinx/u-boot-xlnx/tree/xilinx-v2017.4 гит юбута].
* Переходим на ветку xilinx-v2017.4
<source lang = bash>
git checkout xilinx-v2017.4
</source>
* Создаем новую ветку mytest
<source lang = bash>
git checkout -b mytest
</source>
* Находим в исходниках файлик(и), в который хотим внести изменения. Вносим изменения. Коммитим в ветку mytest.
* Делаем файл патча относительно ветки xilinx-v2017.4, находясь в ветке mytest. В той папке, в которой вызываем команду, появится файл '''0001-<commit-mesg>.patch'''
<source lang = bash>
git format-patch xilinx-v2017.4
</source>
* Копируем файл 0001-<commit-mesg>.patch в <projectname>/project-spec/meta-user/recipes-bsp/u-boot/files/
* Добавляем в файл '''<projectname>/project-spec/meta-user/recipes-bsp/u-boot/u-boot-xlnx_%.bbappend''' строку с именем патча:
<source lang = bash>
SRC_URI_append = " file://0001-add-spi-support-for-w25q512jv.patch"
</source>
* Собираем
<source lang = bash>
petalinux-build -c u-boot
</source>

Для изменения стартового сообщения U-Boot 2017.01 (Jun 07...) идем в <projectname>/components/ext_sources/MY-U-BOOT/u-boot-xlnx/Makefile. В строке 5 есть VERSION, в строке 1280 сам вывод.
То же можно сделать где-то в petalinux конфигах / юбут конфигах, не залезая в исходники.

[[Категория:Zynq]]
[[Категория:EmbeddedLinux]]
[[Category:Clonicus]]

{{wl-publish: 2024-06-17 07:27:00 +00:00 | Dneprov D }}

Blog:DneprovD/17.06.2024 Clonicus 2.0

2024-08-15T14:42:30Z

Dneprov D: /* Прошивка QSPI флешки */

<summary hidden=true>
<center>[[File:IMG_20240621_134919.jpg|400px]]</center>
</summary>
{{Форма2}}
__TOC__

== Косяки ==
=== DDR ===
На плате установлен 1 чип DDR3L MT41K128M16-107 на 256 МБ. В проекте вивадо достаточно было выбрать похожее устройство, тайминги были выставлены автоматически. Задержки по дорогам берутся из альтиума.

Память сначала отказывалась работать, повисала на калибровке WL. Потыкались осцилографом - проблема была в некачественной пайке.

[https://static.chipdip.ru/lib/911/DOC012911114.pdf Даташит на DDR]

[https://www.youtube.com/watch?v=W3Jt_y6PHjA&ab_channel=Phil%E2%80%99sLab Видео, какие тайминги откуда брать]

[https://docs.amd.com/v/u/en-US/ds191-XC7Z030-XC7Z045-data-sheet#page=17 Таблица20: максимальная скорость DDR в цинках]

=== SD Card ===
Были проблемы с подмонтированием разделов и ошибки чтения секторов. Проблема схемотехническая в обвязке и непонятном левелшифтере PI4ULS5V106.

=== Nomada ===
Припаян не тот кварц (выбран не с тем номиналом напряжения). Подтянут к нужному номиналу резистором.

== Заметки ==
=== Ethernet ===
(!) Для корректной работы желательно пересобирать u-boot при изменении девайстри, и boot.bin командой
<source lang="bash">
petalinux-package --boot --format BIN --fsbl ./zynq_fsbl.elf --u-boot --force
</source>
На плате есть 2 физика:
* К GEM0 подключен Realtek RTL8211E-VL-CG.
* К GEM1 подключен Texas Instruments DP83867.
* Шина MDIO общая, на пинах 52-53.

В Vivado включал отдельно только Ethernet0, только Ethernet1, оба сразу с MDIO на нулевом.

Каждый физик отдельно видится на мдио независимо от того, к Ethernet0 или Ethernet1 она подключена. В стандалоне тестах в sdk автосогласование проходят оба физика, тест их находит.

U-boot версии 2017.4 видит оба физика на мдио, но драйвер прикручивает только к первому по порядку в девайстри. Два сразу старый U-boot не умеет до версии 2018.1 (гуглится обсуждение).

При работе с двумя физиками рекомендуют накатить на ядро патч драйвера macb, чтобы он видел два физика. При этом раздел mdio {} в девайстри заработал только при помещении его в общую часть, там где {aliases, chosen}.

[https://xilinx-wiki.atlassian.net/wiki/spaces/A/pages/18841740/Macb+Driver Заметка на хиливики про Common MDIO DT Macb Driver]

[https://xilinx-wiki.atlassian.net/wiki/spaces/A/pages/18842475/PetaLinux+Yocto+Tips#PetaLinuxYoctoTips-PatchingtheLinuxKernelofaPetaLinuxProject Как патчить ядро]

[https://xilinx-wiki.atlassian.net/wiki/spaces/A/pages/18841740/Macb+Driver Пример девайстри с вики для двух PHY]

[https://support.xilinx.com/s/article/69132?language=en_US Оффициальный AR xilinx для dual PHY с патчами]

[https://support.xilinx.com/s/question/0D52E00006hpe3DSAQ/dual-ethernet-still-not-working-after-patching-macb-driver-petalinux-20172?language=en_US AR#1]

[https://support.xilinx.com/s/question/0D52E00007AMwsGSAT/how-to-fix-zynq7000-dual-ethernet-phy-on-single-mdio-bus-in-xilinxv20191-and-newer?language=en_US AR#2]

[https://support.xilinx.com/s/question/0D52E00006iHu9HSAS/dual-phys-on-mdioemio?language=en_US AR#3]

[https://support.xilinx.com/s/question/0D52E00007AMwsGSAT/how-to-fix-zynq7000-dual-ethernet-phy-on-single-mdio-bus-in-xilinxv20191-and-newer?language=en_US AR#4]

[https://support.xilinx.com/s/question/0D52E00006iHlW2SAK/zynq-dual-ethernet-question?language=en_US AR#5]

==== Один PHY ====
Рабочий devicetree для ядра без патча, один PHY (на выбор):

'''<projectname>/project-spec/meta-user/recipes-bsp/device-tree/files/system-user.dtsi''':
<source lang = bash>
/* RTL8211E */
&gem0{
status = "okay";
phy-handle = <&phy1>;
phy-mode = "rgmii-id";
local-mac-address = [00 0a 35 00 22 01];

mdio {
status = "okay";
#address-cells = <1>;
#size-cells = <0>;

phy0: phy@1 {
status = "okay";
device_type = "ethernet-phy";
reg = <1>;
};
};
};

/*TI dp83867 */
&gem1{
status = "okay";
phy-handle = <&phy1>;
phy-mode = "rgmii-id";
local-mac-address = [00 0a 35 00 22 02];

xlnx,eth-mode = <0x1>;

mdio {
status = "okay";
#address-cells = <1>;
#size-cells = <0>;

phy1: phy@12 {
status = "okay";
compatible = "ethernet-phy-ieee802.3-c22";
device_type = "ethernet-phy";

reg = <12>;
ti,rx-internal-delay = <0x7>;
ti,tx-internal-delay = <0x7>;
ti,fifo-depth = <0x01>;
ti,min-output-impedance;
ti,dp83867-rxctrl-strap-quirk;
};
};
};

</source>

==== Два PHY ====
Пропатчено ядро для общей mdio. Mdio на Ethernet0 в Vivado, пины 52-53. Первый физик поднимается автоматически. Второй жив, пожнимается через:
<source lang = bash>
ifconfig eth1 192.168.0.231 netmask 255.255.255.0 up
</source>

'''<projectname>/project-spec/meta-user/recipes-bsp/device-tree/files/system-user.dtsi''':
<source lang = bash>
/ {
aliases {...}

chosen {...}

mdio {
compatible = "cdns,macb-mdio";
reg = <0xe000b000 0x1000>;
status = "okay";
clocks = <&clkc 30>, <&clkc 30>, <&clkc 13>;
clock-names = "pclk", "hclk", "tx_clk";
#address-cells = <1>;
#size-cells = <0>;

phy0: phy@1 {
compatible = "ethernet-phy-ieee802.3-c22";
device_type = "ethernet-phy";
reg = <1>;
status = "okay";
};

phy1: phy@12 {
compatible = "ethernet-phy-ieee802.3-c22";
device_type = "ethernet-phy";
reg = <12>;
status = "okay";
ti,rx-internal-delay = <0x7>;
ti,tx-internal-delay = <0x7>;
ti,fifo-depth = <0x01>;
ti,min-output-impedance;
ti,dp83867-rxctrl-strap-quirk;
};
};
};

&gem0{
status = "okay";
phy-handle = <&phy0>;
phy-mode = "rgmii-id";
local-mac-address = [00 0a 35 00 22 01];
};

&gem1{
status = "okay";
phy-handle = <&phy1>;
phy-mode = "rgmii";
local-mac-address = [00 0a 35 00 22 02];

xlnx,eth-mode = <0x1>;
};
</source>

=== QSPI Flash ===
На плате установлена не поддерживаемая (нету) по табличке W25Q512JVEIQ.

Флешка поднялась, причина - отсутствие резистора на QSPI_SCK_MODE4 - была закоротка на землю.

Пропатчил юбут, добавив в файл <projectname>/components/ext_sources/MY-U-BOOT/u-boot-xlnx/drivers/mtd/spi/spi_flash_ids.c флешку, и наложив патч:

'''0001-add-spi-support-for-w25q512jv.patch'''
<source lang = bash>
From 17ebfc83d3929446288d1143d33d8fbd156360d0 Mon Sep 17 00:00:00 2001
From: DneprovD <dneprov_dv@mail.ru>
Date: Thu, 20 Jun 2024 12:27:45 +0300
Subject: [PATCH] add spi support for w25q512jv

---
drivers/mtd/spi/spi_flash_ids.c | 1 +
1 file changed, 1 insertion(+)

diff --git a/drivers/mtd/spi/spi_flash_ids.c b/drivers/mtd/spi/spi_flash_ids.c
index cb27c88..c3e725a 100644
--- a/drivers/mtd/spi/spi_flash_ids.c
+++ b/drivers/mtd/spi/spi_flash_ids.c
@@ -167,6 +167,7 @@ const struct spi_flash_info spi_flash_ids[] = {
{"w25q32dw", INFO(0xef6016, 0x0, 64 * 1024, 64, RD_FULL | WR_QPP | SECT_4K) },
{"w25q64dw", INFO(0xef6017, 0x0, 64 * 1024, 128, RD_FULL | WR_QPP | SECT_4K) },
{"w25q128fw", INFO(0xef6018, 0x0, 64 * 1024, 256, RD_FULL | WR_QPP | SECT_4K) },
+ {"w25q512jv", INFO(0xef4020, 0x0, 64 * 1024, 1024, RD_FULL | WR_QPP | SECT_4K) },
#endif
{}, /* Empty entry to terminate the list */
/*
--
1.9.1

</source>

В project-spec/meta-user/recipes-bsp/u-boot/files/platform-top.h добавил
<source lang=bash>
#define CONFIG_SPI_FLASH_WINBOND Y
</source>

[https://support.xilinx.com/s/article/50991?language=en_US Список поддерживаемых Zynq 7000 флешек и гайд что делать с неподдерживаемыми]

[https://support.xilinx.com/s/article/62743?language=en_US Гайд для неподдерживаемых]

[https://srns.ru/wiki/%D0%A4%D0%B0%D0%B9%D0%BB:QSPI_FLASH_support_guide_rev1.0.pdf Гайд по добавлению правок в U-boot]

[https://xilinx-wiki.atlassian.net/wiki/spaces/A/pages/18842262/Zynq+QSPI+Driver Zynq QSPI Driver на хилипедии]

==== Разметка QSPI ====

Делал так:

1) Идем в petalinux-config -> Subsystem AUTO Hardware Settings -> '''Flash Settings'''

Там задаем разделы флешки:
[[Файл:Qspi-partitions-KibiBytes.PNG|500px|right|thumb]]
<source lang=bash>
Primary Flash (ps7_qspi_0) --->
[ ] Advanced Flash Auto Configuration
*** partition 0 ***
(boot) name
(0x100000) size
*** partition 1 ***
(bootenv) name
(0x20000) size
*** partition 2 ***
(kernel) name
(0x1400000) size
*** partition 3 ***
(dtb) name
(0x20000) size
*** partition 4 ***
(rootfs) name
(0xA00000) size
*** partition 5 ***
(bitstream) name
(0x600000) size
*** partition 6 ***
(spare) name
(0x1AC0000) size
*** partition 7 ***
() name
</source>

Для наглядности накидал [https://openipc.org/tools/firmware-partitions-calculation?locale=ru на сайтике картинку]

2) Там же в petalinux-config -> Subsystem AUTO Hardware Settings -> '''Advanced bootable images storage Settings''' заходим в каждый пункт и выставляем
<source lang = bash>
image storage media
(X) primary flash
</source>

После этого U-boot будет искать указанные файлы по указанным адресам на QSPI флешке при включенном режиме загрузки с QSPI флешки. Также это отразится на генерируемом файле юбута Petalinux/qspi/project-spec/meta-plnx-generated/recipes-bsp/u-boot/configs/platform-auto.h. Этот файл обновляется при вызове petalinux-config -c u-boot (вроде).

==== Прошивка QSPI флешки ====

QSPI флешка прошивается из U-boot через sf probe, sf write.
Это же делает SDK, когда прошивается флешка через JTAG. SDK собирает свой юбут внутри себя, и им прошивает. Недостатком было то, что юбут из SDK не пропатчен на поддержку новой флешки, и он валится на обнаружении. Возможно, его можно пропатчить внутри SDK, я не пробовал.

Как прошивал:
# Собрал проект через petalinux-build.
# Положил все нужные файлы на sd-карту.
# Загрузился с sd-карты, зашел в u-boot.
# Из консоли U-boot выполнил:
<source lang=bash>
# подключаемся
> sf probe 0

# стираем области перед записью
> sf erase 0 0x1AC0000 #(стирать можно маленькими разделами или всю флешку разом)

# загружаем файлы в DDR и пишем их на флешку
> fatload mmc 0 0x00100000 BOOT.bin
> sf write 0x0010000 0x0 ${filesize} #(DDR_address offset image_size) (filesize заполняется сама)

> fatload mmc 0 0x00100000 image.ub
> sf write 0x0010000 0x120000 ${filesize}

и так далее
</source>

=== U-boot ===
==== Env ====
uEnv.txt - только для sd boot (захардкожено в u-boot-xlnx/include/configs/zynq-common.h).

Вроде бы можно [https://community.intel.com/t5/FPGA-SoC-And-CPLD-Boards-And/Unable-to-read-file-u-boot-scr/td-p/219580 обернуть юбутом (mkImage)] тектовый файл, и зашить в qspi. Не пробовал, вдруг не нужно.

{{Начало скрытого блока|Выравнивание_заголовка = left| Ссылка = left|Заголовок = Код стандартной env из zynq-common.h:}}
<source lang=bash>
/* Default environment */
#ifndef CONFIG_EXTRA_ENV_SETTINGS
#define CONFIG_EXTRA_ENV_SETTINGS \
"ethaddr=00:0a:35:00:01:22\0" \
"kernel_image=uImage\0" \
"kernel_load_address=0x2080000\0" \
"ramdisk_image=uramdisk.image.gz\0" \
"ramdisk_load_address=0x4000000\0" \
"devicetree_image=devicetree.dtb\0" \
"devicetree_load_address=0x2000000\0" \
"bitstream_image=system.bit.bin\0" \
"boot_image=BOOT.bin\0" \
"loadbit_addr=0x100000\0" \
"loadbootenv_addr=0x2000000\0" \
"kernel_size=0x500000\0" \
"devicetree_size=0x20000\0" \
"ramdisk_size=0x5E0000\0" \
"boot_size=0xF00000\0" \
"fdt_high=0x20000000\0" \
"initrd_high=0x20000000\0" \
"bootenv=uEnv.txt\0" \
"loadbootenv=load mmc 0 ${loadbootenv_addr} ${bootenv}\0" \
"importbootenv=echo Importing environment from SD ...; " \
"env import -t ${loadbootenv_addr} $filesize\0" \
"sd_uEnvtxt_existence_test=test -e mmc 0 /uEnv.txt\0" \
"preboot=if test $modeboot = sdboot && env run sd_uEnvtxt_existence_test; " \
"then if env run loadbootenv; " \
"then env run importbootenv; " \
"fi; " \
"fi; \0" \
"mmc_loadbit=echo Loading bitstream from SD/MMC/eMMC to RAM.. && " \
"mmcinfo && " \
"load mmc 0 ${loadbit_addr} ${bitstream_image} && " \
"fpga load 0 ${loadbit_addr} ${filesize}\0" \
"norboot=echo Copying Linux from NOR flash to RAM... && " \
"cp.b 0xE2100000 ${kernel_load_address} ${kernel_size} && " \
"cp.b 0xE2600000 ${devicetree_load_address} ${devicetree_size} && " \
"echo Copying ramdisk... && " \
"cp.b 0xE2620000 ${ramdisk_load_address} ${ramdisk_size} && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"qspiboot=echo Copying Linux from QSPI flash to RAM... && " \
"sf probe 0 0 0 && " \
"sf read ${kernel_load_address} 0x100000 ${kernel_size} && " \
"sf read ${devicetree_load_address} 0x600000 ${devicetree_size} && " \
"echo Copying ramdisk... && " \
"sf read ${ramdisk_load_address} 0x620000 ${ramdisk_size} && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"uenvboot=" \
"if run loadbootenv; then " \
"echo Loaded environment from ${bootenv}; " \
"run importbootenv; " \
"fi; " \
"if test -n $uenvcmd; then " \
"echo Running uenvcmd ...; " \
"run uenvcmd; " \
"fi\0" \
"sdboot=if mmcinfo; then " \
"run uenvboot; " \
"echo Copying Linux from SD to RAM... && " \
"load mmc 0 ${kernel_load_address} ${kernel_image} && " \
"load mmc 0 ${devicetree_load_address} ${devicetree_image} && " \
"load mmc 0 ${ramdisk_load_address} ${ramdisk_image} && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}; " \
"fi\0" \
"usbboot=if usb start; then " \
"run uenvboot; " \
"echo Copying Linux from USB to RAM... && " \
"load usb 0 ${kernel_load_address} ${kernel_image} && " \
"load usb 0 ${devicetree_load_address} ${devicetree_image} && " \
"load usb 0 ${ramdisk_load_address} ${ramdisk_image} && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}; " \
"fi\0" \
"nandboot=echo Copying Linux from NAND flash to RAM... && " \
"nand read ${kernel_load_address} 0x100000 ${kernel_size} && " \
"nand read ${devicetree_load_address} 0x600000 ${devicetree_size} && " \
"echo Copying ramdisk... && " \
"nand read ${ramdisk_load_address} 0x620000 ${ramdisk_size} && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"jtagboot=echo TFTPing Linux to RAM... && " \
"tftpboot ${kernel_load_address} ${kernel_image} && " \
"tftpboot ${devicetree_load_address} ${devicetree_image} && " \
"tftpboot ${ramdisk_load_address} ${ramdisk_image} && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"rsa_norboot=echo Copying Image from NOR flash to RAM... && " \
"cp.b 0xE2100000 0x100000 ${boot_size} && " \
"zynqrsa 0x100000 && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"rsa_nandboot=echo Copying Image from NAND flash to RAM... && " \
"nand read 0x100000 0x0 ${boot_size} && " \
"zynqrsa 0x100000 && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"rsa_qspiboot=echo Copying Image from QSPI flash to RAM... && " \
"sf probe 0 0 0 && " \
"sf read 0x100000 0x0 ${boot_size} && " \
"zynqrsa 0x100000 && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"rsa_sdboot=echo Copying Image from SD to RAM... && " \
"load mmc 0 0x100000 ${boot_image} && " \
"zynqrsa 0x100000 && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"rsa_jtagboot=echo TFTPing Image to RAM... && " \
"tftpboot 0x100000 ${boot_image} && " \
"zynqrsa 0x100000 && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
DFU_ALT_INFO
#endif
</source>
{{Конец скрытого блока}}

Иван загружал clonicus.bit юбутом через Uboot.env. Вроде как можно вместо Uboot.env сделать uEnv.txt - на схожесть не проверял.

'''Иванова Uboot.env''' в текстовом редакторе после приведения в читаемый вид:
<source lang = bash>
<TіQautoload=yes
boot_dtb=fatload mmc 0 0x9000000 system.dtb
boot_image=fatload mmc 0 0xA000000 image.ub
bootcmd=run swdt_set && run fpga_config && run boot_image && run boot_dtb && bootm 0xA000000 0xA000000 0x9000000
bootdelay=1
ethaddr=00:0a:35:00:21:70
fdtcontroladdr=ffa91b0
fileaddr=100000
filesize=5b3f74
swdt_set=run swdt_ccr && run swdt_rst && run swdt_zmr
swdt_ccr=mw 0xf8005004 0x92063b
swdt_rst=mw 0xf8005008 0x1999
swdt_zmr=mw 0xf8005000 0xabc043
fpga_config=run load_bit && run pl_load
ipaddr=192.168.0.110
kernel_img=image.ub
load_bit=fatload mmc 0 0x100000 clonicus.bit
netmask=255.255.255.0
pl_load=fpga loadb 0 0x100000 0x1400000
serverip=192.168.0.1
</source>

==== Env to binary ====
В исходниках U-boot давно лежит утилита mkenvimage.c.
Пока что так и не попользовался ей.
https://bootlin.com/blog/mkenvimage-uboot-binary-env-generator/

Код Андрея по переводу текстового uEnv.txt в бинарный:
<source lang=python>
import zlib
import sys

if len(sys.argv) != 4:
sys.exit('args error!')

inputFilename = str(sys.argv[1])
outputFilename = str(sys.argv[2])
write_size = int(sys.argv[3])

with open(inputFilename, "r") as fid:
lines = [line for line in fid]

lines_zero = (''.join(lines)).replace('\n', '\0')
lines_zero = lines_zero + (write_size - len(lines_zero)) * '\0'
fbytes = lines_zero.encode()
fid.close()

crc = (zlib.crc32(fbytes)).to_bytes(4, byteorder='little')

file_contents = crc + fbytes

fid = open(outputFilename,"wb")
fid.write(file_contents)
fid.close()
</source>

==== U-boot patch ====
Попробовал пропатчить u-boot для добавления поддержки qspi флешки, которая не поддерживалась.

[https://docs.amd.com/v/u/2019.1-English/ug1144-petalinux-tools-reference-guide#page=107 Как сделать внешние исходники u-boot в проекте]

[https://devconnected.com/how-to-create-and-apply-git-patch-files/ Как делать git patch]

Методология создания патча для U-boot:
* Куда-то рядом или внутрь проекта в <projectname>/components/ext_sources/MY-U-BOOT/ скачивается [https://github.com/Xilinx/u-boot-xlnx/tree/xilinx-v2017.4 гит юбута].
* Переходим на ветку xilinx-v2017.4
<source lang = bash>
git checkout xilinx-v2017.4
</source>
* Создаем новую ветку mytest
<source lang = bash>
git checkout -b mytest
</source>
* Находим в исходниках файлик(и), в который хотим внести изменения. Вносим изменения. Коммитим в ветку mytest.
* Делаем файл патча относительно ветки xilinx-v2017.4, находясь в ветке mytest. В той папке, в которой вызываем команду, появится файл '''0001-<commit-mesg>.patch'''
<source lang = bash>
git format-patch xilinx-v2017.4
</source>
* Копируем файл 0001-<commit-mesg>.patch в <projectname>/project-spec/meta-user/recipes-bsp/u-boot/files/
* Добавляем в файл '''<projectname>/project-spec/meta-user/recipes-bsp/u-boot/u-boot-xlnx_%.bbappend''' строку с именем патча:
<source lang = bash>
SRC_URI_append = " file://0001-add-spi-support-for-w25q512jv.patch"
</source>
* Собираем
<source lang = bash>
petalinux-build -c u-boot
</source>

Для изменения стартового сообщения U-Boot 2017.01 (Jun 07...) идем в <projectname>/components/ext_sources/MY-U-BOOT/u-boot-xlnx/Makefile. В строке 5 есть VERSION, в строке 1280 сам вывод.
То же можно сделать где-то в petalinux конфигах / юбут конфигах, не залезая в исходники.

[[Категория:Zynq]]
[[Категория:EmbeddedLinux]]
[[Category:Clonicus]]

{{wl-publish: 2024-06-17 07:27:00 +00:00 | Dneprov D }}

Blog:DneprovD/17.06.2024 Clonicus 2.0

2024-08-15T14:42:14Z

Dneprov D: /* Прошивка QSPI флешки */

<summary hidden=true>
<center>[[File:IMG_20240621_134919.jpg|400px]]</center>
</summary>
{{Форма2}}
__TOC__

== Косяки ==
=== DDR ===
На плате установлен 1 чип DDR3L MT41K128M16-107 на 256 МБ. В проекте вивадо достаточно было выбрать похожее устройство, тайминги были выставлены автоматически. Задержки по дорогам берутся из альтиума.

Память сначала отказывалась работать, повисала на калибровке WL. Потыкались осцилографом - проблема была в некачественной пайке.

[https://static.chipdip.ru/lib/911/DOC012911114.pdf Даташит на DDR]

[https://www.youtube.com/watch?v=W3Jt_y6PHjA&ab_channel=Phil%E2%80%99sLab Видео, какие тайминги откуда брать]

[https://docs.amd.com/v/u/en-US/ds191-XC7Z030-XC7Z045-data-sheet#page=17 Таблица20: максимальная скорость DDR в цинках]

=== SD Card ===
Были проблемы с подмонтированием разделов и ошибки чтения секторов. Проблема схемотехническая в обвязке и непонятном левелшифтере PI4ULS5V106.

=== Nomada ===
Припаян не тот кварц (выбран не с тем номиналом напряжения). Подтянут к нужному номиналу резистором.

== Заметки ==
=== Ethernet ===
(!) Для корректной работы желательно пересобирать u-boot при изменении девайстри, и boot.bin командой
<source lang="bash">
petalinux-package --boot --format BIN --fsbl ./zynq_fsbl.elf --u-boot --force
</source>
На плате есть 2 физика:
* К GEM0 подключен Realtek RTL8211E-VL-CG.
* К GEM1 подключен Texas Instruments DP83867.
* Шина MDIO общая, на пинах 52-53.

В Vivado включал отдельно только Ethernet0, только Ethernet1, оба сразу с MDIO на нулевом.

Каждый физик отдельно видится на мдио независимо от того, к Ethernet0 или Ethernet1 она подключена. В стандалоне тестах в sdk автосогласование проходят оба физика, тест их находит.

U-boot версии 2017.4 видит оба физика на мдио, но драйвер прикручивает только к первому по порядку в девайстри. Два сразу старый U-boot не умеет до версии 2018.1 (гуглится обсуждение).

При работе с двумя физиками рекомендуют накатить на ядро патч драйвера macb, чтобы он видел два физика. При этом раздел mdio {} в девайстри заработал только при помещении его в общую часть, там где {aliases, chosen}.

[https://xilinx-wiki.atlassian.net/wiki/spaces/A/pages/18841740/Macb+Driver Заметка на хиливики про Common MDIO DT Macb Driver]

[https://xilinx-wiki.atlassian.net/wiki/spaces/A/pages/18842475/PetaLinux+Yocto+Tips#PetaLinuxYoctoTips-PatchingtheLinuxKernelofaPetaLinuxProject Как патчить ядро]

[https://xilinx-wiki.atlassian.net/wiki/spaces/A/pages/18841740/Macb+Driver Пример девайстри с вики для двух PHY]

[https://support.xilinx.com/s/article/69132?language=en_US Оффициальный AR xilinx для dual PHY с патчами]

[https://support.xilinx.com/s/question/0D52E00006hpe3DSAQ/dual-ethernet-still-not-working-after-patching-macb-driver-petalinux-20172?language=en_US AR#1]

[https://support.xilinx.com/s/question/0D52E00007AMwsGSAT/how-to-fix-zynq7000-dual-ethernet-phy-on-single-mdio-bus-in-xilinxv20191-and-newer?language=en_US AR#2]

[https://support.xilinx.com/s/question/0D52E00006iHu9HSAS/dual-phys-on-mdioemio?language=en_US AR#3]

[https://support.xilinx.com/s/question/0D52E00007AMwsGSAT/how-to-fix-zynq7000-dual-ethernet-phy-on-single-mdio-bus-in-xilinxv20191-and-newer?language=en_US AR#4]

[https://support.xilinx.com/s/question/0D52E00006iHlW2SAK/zynq-dual-ethernet-question?language=en_US AR#5]

==== Один PHY ====
Рабочий devicetree для ядра без патча, один PHY (на выбор):

'''<projectname>/project-spec/meta-user/recipes-bsp/device-tree/files/system-user.dtsi''':
<source lang = bash>
/* RTL8211E */
&gem0{
status = "okay";
phy-handle = <&phy1>;
phy-mode = "rgmii-id";
local-mac-address = [00 0a 35 00 22 01];

mdio {
status = "okay";
#address-cells = <1>;
#size-cells = <0>;

phy0: phy@1 {
status = "okay";
device_type = "ethernet-phy";
reg = <1>;
};
};
};

/*TI dp83867 */
&gem1{
status = "okay";
phy-handle = <&phy1>;
phy-mode = "rgmii-id";
local-mac-address = [00 0a 35 00 22 02];

xlnx,eth-mode = <0x1>;

mdio {
status = "okay";
#address-cells = <1>;
#size-cells = <0>;

phy1: phy@12 {
status = "okay";
compatible = "ethernet-phy-ieee802.3-c22";
device_type = "ethernet-phy";

reg = <12>;
ti,rx-internal-delay = <0x7>;
ti,tx-internal-delay = <0x7>;
ti,fifo-depth = <0x01>;
ti,min-output-impedance;
ti,dp83867-rxctrl-strap-quirk;
};
};
};

</source>

==== Два PHY ====
Пропатчено ядро для общей mdio. Mdio на Ethernet0 в Vivado, пины 52-53. Первый физик поднимается автоматически. Второй жив, пожнимается через:
<source lang = bash>
ifconfig eth1 192.168.0.231 netmask 255.255.255.0 up
</source>

'''<projectname>/project-spec/meta-user/recipes-bsp/device-tree/files/system-user.dtsi''':
<source lang = bash>
/ {
aliases {...}

chosen {...}

mdio {
compatible = "cdns,macb-mdio";
reg = <0xe000b000 0x1000>;
status = "okay";
clocks = <&clkc 30>, <&clkc 30>, <&clkc 13>;
clock-names = "pclk", "hclk", "tx_clk";
#address-cells = <1>;
#size-cells = <0>;

phy0: phy@1 {
compatible = "ethernet-phy-ieee802.3-c22";
device_type = "ethernet-phy";
reg = <1>;
status = "okay";
};

phy1: phy@12 {
compatible = "ethernet-phy-ieee802.3-c22";
device_type = "ethernet-phy";
reg = <12>;
status = "okay";
ti,rx-internal-delay = <0x7>;
ti,tx-internal-delay = <0x7>;
ti,fifo-depth = <0x01>;
ti,min-output-impedance;
ti,dp83867-rxctrl-strap-quirk;
};
};
};

&gem0{
status = "okay";
phy-handle = <&phy0>;
phy-mode = "rgmii-id";
local-mac-address = [00 0a 35 00 22 01];
};

&gem1{
status = "okay";
phy-handle = <&phy1>;
phy-mode = "rgmii";
local-mac-address = [00 0a 35 00 22 02];

xlnx,eth-mode = <0x1>;
};
</source>

=== QSPI Flash ===
На плате установлена не поддерживаемая (нету) по табличке W25Q512JVEIQ.

Флешка поднялась, причина - отсутствие резистора на QSPI_SCK_MODE4 - была закоротка на землю.

Пропатчил юбут, добавив в файл <projectname>/components/ext_sources/MY-U-BOOT/u-boot-xlnx/drivers/mtd/spi/spi_flash_ids.c флешку, и наложив патч:

'''0001-add-spi-support-for-w25q512jv.patch'''
<source lang = bash>
From 17ebfc83d3929446288d1143d33d8fbd156360d0 Mon Sep 17 00:00:00 2001
From: DneprovD <dneprov_dv@mail.ru>
Date: Thu, 20 Jun 2024 12:27:45 +0300
Subject: [PATCH] add spi support for w25q512jv

---
drivers/mtd/spi/spi_flash_ids.c | 1 +
1 file changed, 1 insertion(+)

diff --git a/drivers/mtd/spi/spi_flash_ids.c b/drivers/mtd/spi/spi_flash_ids.c
index cb27c88..c3e725a 100644
--- a/drivers/mtd/spi/spi_flash_ids.c
+++ b/drivers/mtd/spi/spi_flash_ids.c
@@ -167,6 +167,7 @@ const struct spi_flash_info spi_flash_ids[] = {
{"w25q32dw", INFO(0xef6016, 0x0, 64 * 1024, 64, RD_FULL | WR_QPP | SECT_4K) },
{"w25q64dw", INFO(0xef6017, 0x0, 64 * 1024, 128, RD_FULL | WR_QPP | SECT_4K) },
{"w25q128fw", INFO(0xef6018, 0x0, 64 * 1024, 256, RD_FULL | WR_QPP | SECT_4K) },
+ {"w25q512jv", INFO(0xef4020, 0x0, 64 * 1024, 1024, RD_FULL | WR_QPP | SECT_4K) },
#endif
{}, /* Empty entry to terminate the list */
/*
--
1.9.1

</source>

В project-spec/meta-user/recipes-bsp/u-boot/files/platform-top.h добавил
<source lang=bash>
#define CONFIG_SPI_FLASH_WINBOND Y
</source>

[https://support.xilinx.com/s/article/50991?language=en_US Список поддерживаемых Zynq 7000 флешек и гайд что делать с неподдерживаемыми]

[https://support.xilinx.com/s/article/62743?language=en_US Гайд для неподдерживаемых]

[https://srns.ru/wiki/%D0%A4%D0%B0%D0%B9%D0%BB:QSPI_FLASH_support_guide_rev1.0.pdf Гайд по добавлению правок в U-boot]

[https://xilinx-wiki.atlassian.net/wiki/spaces/A/pages/18842262/Zynq+QSPI+Driver Zynq QSPI Driver на хилипедии]

==== Разметка QSPI ====

Делал так:

1) Идем в petalinux-config -> Subsystem AUTO Hardware Settings -> '''Flash Settings'''

Там задаем разделы флешки:
[[Файл:Qspi-partitions-KibiBytes.PNG|500px|right|thumb]]
<source lang=bash>
Primary Flash (ps7_qspi_0) --->
[ ] Advanced Flash Auto Configuration
*** partition 0 ***
(boot) name
(0x100000) size
*** partition 1 ***
(bootenv) name
(0x20000) size
*** partition 2 ***
(kernel) name
(0x1400000) size
*** partition 3 ***
(dtb) name
(0x20000) size
*** partition 4 ***
(rootfs) name
(0xA00000) size
*** partition 5 ***
(bitstream) name
(0x600000) size
*** partition 6 ***
(spare) name
(0x1AC0000) size
*** partition 7 ***
() name
</source>

Для наглядности накидал [https://openipc.org/tools/firmware-partitions-calculation?locale=ru на сайтике картинку]

2) Там же в petalinux-config -> Subsystem AUTO Hardware Settings -> '''Advanced bootable images storage Settings''' заходим в каждый пункт и выставляем
<source lang = bash>
image storage media
(X) primary flash
</source>

После этого U-boot будет искать указанные файлы по указанным адресам на QSPI флешке при включенном режиме загрузки с QSPI флешки. Также это отразится на генерируемом файле юбута Petalinux/qspi/project-spec/meta-plnx-generated/recipes-bsp/u-boot/configs/platform-auto.h. Этот файл обновляется при вызове petalinux-config -c u-boot (вроде).

==== Прошивка QSPI флешки ====

QSPI флешка прошивается из U-boot через sf probe, sf write.
Это же делает SDK, когда прошивается флешка через JTAG. SDK собирает свой юбут внутри себя, и им прошивает. Недостатком было то, что юбут из SDK не пропатчен на поддержку новой флешки, и он валится на обнаружении. Возможно, его можно пропатчить внутри SDK, я не пробовал.

Как прошивал:
# Собрал проект через petalinux-build.
# Положил все нужные файлы на sd-карту.
# Загрузился с sd-карты, зашел в u-boot.
# Из консоли U-boot выполнил:
<source lang=bash>
# подключаемся
> sf probe 0

# стираем области перед записью
> sf erase 0 0x1AC0000 (стирать можно маленькими разделами или всю флешку разом)

# загружаем файлы в DDR и пишем их на флешку
> fatload mmc 0 0x00100000 BOOT.bin
> sf write 0x0010000 0x0 ${filesize} (DDR_address offset image_size) (filesize заполняется сама)

> fatload mmc 0 0x00100000 image.ub
> sf write 0x0010000 0x120000 ${filesize}

и так далее
</source>

=== U-boot ===
==== Env ====
uEnv.txt - только для sd boot (захардкожено в u-boot-xlnx/include/configs/zynq-common.h).

Вроде бы можно [https://community.intel.com/t5/FPGA-SoC-And-CPLD-Boards-And/Unable-to-read-file-u-boot-scr/td-p/219580 обернуть юбутом (mkImage)] тектовый файл, и зашить в qspi. Не пробовал, вдруг не нужно.

{{Начало скрытого блока|Выравнивание_заголовка = left| Ссылка = left|Заголовок = Код стандартной env из zynq-common.h:}}
<source lang=bash>
/* Default environment */
#ifndef CONFIG_EXTRA_ENV_SETTINGS
#define CONFIG_EXTRA_ENV_SETTINGS \
"ethaddr=00:0a:35:00:01:22\0" \
"kernel_image=uImage\0" \
"kernel_load_address=0x2080000\0" \
"ramdisk_image=uramdisk.image.gz\0" \
"ramdisk_load_address=0x4000000\0" \
"devicetree_image=devicetree.dtb\0" \
"devicetree_load_address=0x2000000\0" \
"bitstream_image=system.bit.bin\0" \
"boot_image=BOOT.bin\0" \
"loadbit_addr=0x100000\0" \
"loadbootenv_addr=0x2000000\0" \
"kernel_size=0x500000\0" \
"devicetree_size=0x20000\0" \
"ramdisk_size=0x5E0000\0" \
"boot_size=0xF00000\0" \
"fdt_high=0x20000000\0" \
"initrd_high=0x20000000\0" \
"bootenv=uEnv.txt\0" \
"loadbootenv=load mmc 0 ${loadbootenv_addr} ${bootenv}\0" \
"importbootenv=echo Importing environment from SD ...; " \
"env import -t ${loadbootenv_addr} $filesize\0" \
"sd_uEnvtxt_existence_test=test -e mmc 0 /uEnv.txt\0" \
"preboot=if test $modeboot = sdboot && env run sd_uEnvtxt_existence_test; " \
"then if env run loadbootenv; " \
"then env run importbootenv; " \
"fi; " \
"fi; \0" \
"mmc_loadbit=echo Loading bitstream from SD/MMC/eMMC to RAM.. && " \
"mmcinfo && " \
"load mmc 0 ${loadbit_addr} ${bitstream_image} && " \
"fpga load 0 ${loadbit_addr} ${filesize}\0" \
"norboot=echo Copying Linux from NOR flash to RAM... && " \
"cp.b 0xE2100000 ${kernel_load_address} ${kernel_size} && " \
"cp.b 0xE2600000 ${devicetree_load_address} ${devicetree_size} && " \
"echo Copying ramdisk... && " \
"cp.b 0xE2620000 ${ramdisk_load_address} ${ramdisk_size} && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"qspiboot=echo Copying Linux from QSPI flash to RAM... && " \
"sf probe 0 0 0 && " \
"sf read ${kernel_load_address} 0x100000 ${kernel_size} && " \
"sf read ${devicetree_load_address} 0x600000 ${devicetree_size} && " \
"echo Copying ramdisk... && " \
"sf read ${ramdisk_load_address} 0x620000 ${ramdisk_size} && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"uenvboot=" \
"if run loadbootenv; then " \
"echo Loaded environment from ${bootenv}; " \
"run importbootenv; " \
"fi; " \
"if test -n $uenvcmd; then " \
"echo Running uenvcmd ...; " \
"run uenvcmd; " \
"fi\0" \
"sdboot=if mmcinfo; then " \
"run uenvboot; " \
"echo Copying Linux from SD to RAM... && " \
"load mmc 0 ${kernel_load_address} ${kernel_image} && " \
"load mmc 0 ${devicetree_load_address} ${devicetree_image} && " \
"load mmc 0 ${ramdisk_load_address} ${ramdisk_image} && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}; " \
"fi\0" \
"usbboot=if usb start; then " \
"run uenvboot; " \
"echo Copying Linux from USB to RAM... && " \
"load usb 0 ${kernel_load_address} ${kernel_image} && " \
"load usb 0 ${devicetree_load_address} ${devicetree_image} && " \
"load usb 0 ${ramdisk_load_address} ${ramdisk_image} && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}; " \
"fi\0" \
"nandboot=echo Copying Linux from NAND flash to RAM... && " \
"nand read ${kernel_load_address} 0x100000 ${kernel_size} && " \
"nand read ${devicetree_load_address} 0x600000 ${devicetree_size} && " \
"echo Copying ramdisk... && " \
"nand read ${ramdisk_load_address} 0x620000 ${ramdisk_size} && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"jtagboot=echo TFTPing Linux to RAM... && " \
"tftpboot ${kernel_load_address} ${kernel_image} && " \
"tftpboot ${devicetree_load_address} ${devicetree_image} && " \
"tftpboot ${ramdisk_load_address} ${ramdisk_image} && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"rsa_norboot=echo Copying Image from NOR flash to RAM... && " \
"cp.b 0xE2100000 0x100000 ${boot_size} && " \
"zynqrsa 0x100000 && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"rsa_nandboot=echo Copying Image from NAND flash to RAM... && " \
"nand read 0x100000 0x0 ${boot_size} && " \
"zynqrsa 0x100000 && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"rsa_qspiboot=echo Copying Image from QSPI flash to RAM... && " \
"sf probe 0 0 0 && " \
"sf read 0x100000 0x0 ${boot_size} && " \
"zynqrsa 0x100000 && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"rsa_sdboot=echo Copying Image from SD to RAM... && " \
"load mmc 0 0x100000 ${boot_image} && " \
"zynqrsa 0x100000 && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"rsa_jtagboot=echo TFTPing Image to RAM... && " \
"tftpboot 0x100000 ${boot_image} && " \
"zynqrsa 0x100000 && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
DFU_ALT_INFO
#endif
</source>
{{Конец скрытого блока}}

Иван загружал clonicus.bit юбутом через Uboot.env. Вроде как можно вместо Uboot.env сделать uEnv.txt - на схожесть не проверял.

'''Иванова Uboot.env''' в текстовом редакторе после приведения в читаемый вид:
<source lang = bash>
<TіQautoload=yes
boot_dtb=fatload mmc 0 0x9000000 system.dtb
boot_image=fatload mmc 0 0xA000000 image.ub
bootcmd=run swdt_set && run fpga_config && run boot_image && run boot_dtb && bootm 0xA000000 0xA000000 0x9000000
bootdelay=1
ethaddr=00:0a:35:00:21:70
fdtcontroladdr=ffa91b0
fileaddr=100000
filesize=5b3f74
swdt_set=run swdt_ccr && run swdt_rst && run swdt_zmr
swdt_ccr=mw 0xf8005004 0x92063b
swdt_rst=mw 0xf8005008 0x1999
swdt_zmr=mw 0xf8005000 0xabc043
fpga_config=run load_bit && run pl_load
ipaddr=192.168.0.110
kernel_img=image.ub
load_bit=fatload mmc 0 0x100000 clonicus.bit
netmask=255.255.255.0
pl_load=fpga loadb 0 0x100000 0x1400000
serverip=192.168.0.1
</source>

==== Env to binary ====
В исходниках U-boot давно лежит утилита mkenvimage.c.
Пока что так и не попользовался ей.
https://bootlin.com/blog/mkenvimage-uboot-binary-env-generator/

Код Андрея по переводу текстового uEnv.txt в бинарный:
<source lang=python>
import zlib
import sys

if len(sys.argv) != 4:
sys.exit('args error!')

inputFilename = str(sys.argv[1])
outputFilename = str(sys.argv[2])
write_size = int(sys.argv[3])

with open(inputFilename, "r") as fid:
lines = [line for line in fid]

lines_zero = (''.join(lines)).replace('\n', '\0')
lines_zero = lines_zero + (write_size - len(lines_zero)) * '\0'
fbytes = lines_zero.encode()
fid.close()

crc = (zlib.crc32(fbytes)).to_bytes(4, byteorder='little')

file_contents = crc + fbytes

fid = open(outputFilename,"wb")
fid.write(file_contents)
fid.close()
</source>

==== U-boot patch ====
Попробовал пропатчить u-boot для добавления поддержки qspi флешки, которая не поддерживалась.

[https://docs.amd.com/v/u/2019.1-English/ug1144-petalinux-tools-reference-guide#page=107 Как сделать внешние исходники u-boot в проекте]

[https://devconnected.com/how-to-create-and-apply-git-patch-files/ Как делать git patch]

Методология создания патча для U-boot:
* Куда-то рядом или внутрь проекта в <projectname>/components/ext_sources/MY-U-BOOT/ скачивается [https://github.com/Xilinx/u-boot-xlnx/tree/xilinx-v2017.4 гит юбута].
* Переходим на ветку xilinx-v2017.4
<source lang = bash>
git checkout xilinx-v2017.4
</source>
* Создаем новую ветку mytest
<source lang = bash>
git checkout -b mytest
</source>
* Находим в исходниках файлик(и), в который хотим внести изменения. Вносим изменения. Коммитим в ветку mytest.
* Делаем файл патча относительно ветки xilinx-v2017.4, находясь в ветке mytest. В той папке, в которой вызываем команду, появится файл '''0001-<commit-mesg>.patch'''
<source lang = bash>
git format-patch xilinx-v2017.4
</source>
* Копируем файл 0001-<commit-mesg>.patch в <projectname>/project-spec/meta-user/recipes-bsp/u-boot/files/
* Добавляем в файл '''<projectname>/project-spec/meta-user/recipes-bsp/u-boot/u-boot-xlnx_%.bbappend''' строку с именем патча:
<source lang = bash>
SRC_URI_append = " file://0001-add-spi-support-for-w25q512jv.patch"
</source>
* Собираем
<source lang = bash>
petalinux-build -c u-boot
</source>

Для изменения стартового сообщения U-Boot 2017.01 (Jun 07...) идем в <projectname>/components/ext_sources/MY-U-BOOT/u-boot-xlnx/Makefile. В строке 5 есть VERSION, в строке 1280 сам вывод.
То же можно сделать где-то в petalinux конфигах / юбут конфигах, не залезая в исходники.

[[Категория:Zynq]]
[[Категория:EmbeddedLinux]]
[[Category:Clonicus]]

{{wl-publish: 2024-06-17 07:27:00 +00:00 | Dneprov D }}

Blog:DneprovD/17.06.2024 Clonicus 2.0

2024-08-15T14:32:19Z

Dneprov D: /* QSPI */

<summary hidden=true>
<center>[[File:IMG_20240621_134919.jpg|400px]]</center>
</summary>
{{Форма2}}
__TOC__

== Косяки ==
=== DDR ===
На плате установлен 1 чип DDR3L MT41K128M16-107 на 256 МБ. В проекте вивадо достаточно было выбрать похожее устройство, тайминги были выставлены автоматически. Задержки по дорогам берутся из альтиума.

Память сначала отказывалась работать, повисала на калибровке WL. Потыкались осцилографом - проблема была в некачественной пайке.

[https://static.chipdip.ru/lib/911/DOC012911114.pdf Даташит на DDR]

[https://www.youtube.com/watch?v=W3Jt_y6PHjA&ab_channel=Phil%E2%80%99sLab Видео, какие тайминги откуда брать]

[https://docs.amd.com/v/u/en-US/ds191-XC7Z030-XC7Z045-data-sheet#page=17 Таблица20: максимальная скорость DDR в цинках]

=== SD Card ===
Были проблемы с подмонтированием разделов и ошибки чтения секторов. Проблема схемотехническая в обвязке и непонятном левелшифтере PI4ULS5V106.

=== Nomada ===
Припаян не тот кварц (выбран не с тем номиналом напряжения). Подтянут к нужному номиналу резистором.

== Заметки ==
=== Ethernet ===
(!) Для корректной работы желательно пересобирать u-boot при изменении девайстри, и boot.bin командой
<source lang="bash">
petalinux-package --boot --format BIN --fsbl ./zynq_fsbl.elf --u-boot --force
</source>
На плате есть 2 физика:
* К GEM0 подключен Realtek RTL8211E-VL-CG.
* К GEM1 подключен Texas Instruments DP83867.
* Шина MDIO общая, на пинах 52-53.

В Vivado включал отдельно только Ethernet0, только Ethernet1, оба сразу с MDIO на нулевом.

Каждый физик отдельно видится на мдио независимо от того, к Ethernet0 или Ethernet1 она подключена. В стандалоне тестах в sdk автосогласование проходят оба физика, тест их находит.

U-boot версии 2017.4 видит оба физика на мдио, но драйвер прикручивает только к первому по порядку в девайстри. Два сразу старый U-boot не умеет до версии 2018.1 (гуглится обсуждение).

При работе с двумя физиками рекомендуют накатить на ядро патч драйвера macb, чтобы он видел два физика. При этом раздел mdio {} в девайстри заработал только при помещении его в общую часть, там где {aliases, chosen}.

[https://xilinx-wiki.atlassian.net/wiki/spaces/A/pages/18841740/Macb+Driver Заметка на хиливики про Common MDIO DT Macb Driver]

[https://xilinx-wiki.atlassian.net/wiki/spaces/A/pages/18842475/PetaLinux+Yocto+Tips#PetaLinuxYoctoTips-PatchingtheLinuxKernelofaPetaLinuxProject Как патчить ядро]

[https://xilinx-wiki.atlassian.net/wiki/spaces/A/pages/18841740/Macb+Driver Пример девайстри с вики для двух PHY]

[https://support.xilinx.com/s/article/69132?language=en_US Оффициальный AR xilinx для dual PHY с патчами]

[https://support.xilinx.com/s/question/0D52E00006hpe3DSAQ/dual-ethernet-still-not-working-after-patching-macb-driver-petalinux-20172?language=en_US AR#1]

[https://support.xilinx.com/s/question/0D52E00007AMwsGSAT/how-to-fix-zynq7000-dual-ethernet-phy-on-single-mdio-bus-in-xilinxv20191-and-newer?language=en_US AR#2]

[https://support.xilinx.com/s/question/0D52E00006iHu9HSAS/dual-phys-on-mdioemio?language=en_US AR#3]

[https://support.xilinx.com/s/question/0D52E00007AMwsGSAT/how-to-fix-zynq7000-dual-ethernet-phy-on-single-mdio-bus-in-xilinxv20191-and-newer?language=en_US AR#4]

[https://support.xilinx.com/s/question/0D52E00006iHlW2SAK/zynq-dual-ethernet-question?language=en_US AR#5]

==== Один PHY ====
Рабочий devicetree для ядра без патча, один PHY (на выбор):

'''<projectname>/project-spec/meta-user/recipes-bsp/device-tree/files/system-user.dtsi''':
<source lang = bash>
/* RTL8211E */
&gem0{
status = "okay";
phy-handle = <&phy1>;
phy-mode = "rgmii-id";
local-mac-address = [00 0a 35 00 22 01];

mdio {
status = "okay";
#address-cells = <1>;
#size-cells = <0>;

phy0: phy@1 {
status = "okay";
device_type = "ethernet-phy";
reg = <1>;
};
};
};

/*TI dp83867 */
&gem1{
status = "okay";
phy-handle = <&phy1>;
phy-mode = "rgmii-id";
local-mac-address = [00 0a 35 00 22 02];

xlnx,eth-mode = <0x1>;

mdio {
status = "okay";
#address-cells = <1>;
#size-cells = <0>;

phy1: phy@12 {
status = "okay";
compatible = "ethernet-phy-ieee802.3-c22";
device_type = "ethernet-phy";

reg = <12>;
ti,rx-internal-delay = <0x7>;
ti,tx-internal-delay = <0x7>;
ti,fifo-depth = <0x01>;
ti,min-output-impedance;
ti,dp83867-rxctrl-strap-quirk;
};
};
};

</source>

==== Два PHY ====
Пропатчено ядро для общей mdio. Mdio на Ethernet0 в Vivado, пины 52-53. Первый физик поднимается автоматически. Второй жив, пожнимается через:
<source lang = bash>
ifconfig eth1 192.168.0.231 netmask 255.255.255.0 up
</source>

'''<projectname>/project-spec/meta-user/recipes-bsp/device-tree/files/system-user.dtsi''':
<source lang = bash>
/ {
aliases {...}

chosen {...}

mdio {
compatible = "cdns,macb-mdio";
reg = <0xe000b000 0x1000>;
status = "okay";
clocks = <&clkc 30>, <&clkc 30>, <&clkc 13>;
clock-names = "pclk", "hclk", "tx_clk";
#address-cells = <1>;
#size-cells = <0>;

phy0: phy@1 {
compatible = "ethernet-phy-ieee802.3-c22";
device_type = "ethernet-phy";
reg = <1>;
status = "okay";
};

phy1: phy@12 {
compatible = "ethernet-phy-ieee802.3-c22";
device_type = "ethernet-phy";
reg = <12>;
status = "okay";
ti,rx-internal-delay = <0x7>;
ti,tx-internal-delay = <0x7>;
ti,fifo-depth = <0x01>;
ti,min-output-impedance;
ti,dp83867-rxctrl-strap-quirk;
};
};
};

&gem0{
status = "okay";
phy-handle = <&phy0>;
phy-mode = "rgmii-id";
local-mac-address = [00 0a 35 00 22 01];
};

&gem1{
status = "okay";
phy-handle = <&phy1>;
phy-mode = "rgmii";
local-mac-address = [00 0a 35 00 22 02];

xlnx,eth-mode = <0x1>;
};
</source>

=== QSPI Flash ===
На плате установлена не поддерживаемая (нету) по табличке W25Q512JVEIQ.

Флешка поднялась, причина - отсутствие резистора на QSPI_SCK_MODE4 - была закоротка на землю.

Пропатчил юбут, добавив в файл <projectname>/components/ext_sources/MY-U-BOOT/u-boot-xlnx/drivers/mtd/spi/spi_flash_ids.c флешку, и наложив патч:

'''0001-add-spi-support-for-w25q512jv.patch'''
<source lang = bash>
From 17ebfc83d3929446288d1143d33d8fbd156360d0 Mon Sep 17 00:00:00 2001
From: DneprovD <dneprov_dv@mail.ru>
Date: Thu, 20 Jun 2024 12:27:45 +0300
Subject: [PATCH] add spi support for w25q512jv

---
drivers/mtd/spi/spi_flash_ids.c | 1 +
1 file changed, 1 insertion(+)

diff --git a/drivers/mtd/spi/spi_flash_ids.c b/drivers/mtd/spi/spi_flash_ids.c
index cb27c88..c3e725a 100644
--- a/drivers/mtd/spi/spi_flash_ids.c
+++ b/drivers/mtd/spi/spi_flash_ids.c
@@ -167,6 +167,7 @@ const struct spi_flash_info spi_flash_ids[] = {
{"w25q32dw", INFO(0xef6016, 0x0, 64 * 1024, 64, RD_FULL | WR_QPP | SECT_4K) },
{"w25q64dw", INFO(0xef6017, 0x0, 64 * 1024, 128, RD_FULL | WR_QPP | SECT_4K) },
{"w25q128fw", INFO(0xef6018, 0x0, 64 * 1024, 256, RD_FULL | WR_QPP | SECT_4K) },
+ {"w25q512jv", INFO(0xef4020, 0x0, 64 * 1024, 1024, RD_FULL | WR_QPP | SECT_4K) },
#endif
{}, /* Empty entry to terminate the list */
/*
--
1.9.1

</source>

В project-spec/meta-user/recipes-bsp/u-boot/files/platform-top.h добавил
<source lang=bash>
#define CONFIG_SPI_FLASH_WINBOND Y
</source>

[https://support.xilinx.com/s/article/50991?language=en_US Список поддерживаемых Zynq 7000 флешек и гайд что делать с неподдерживаемыми]

[https://support.xilinx.com/s/article/62743?language=en_US Гайд для неподдерживаемых]

[https://srns.ru/wiki/%D0%A4%D0%B0%D0%B9%D0%BB:QSPI_FLASH_support_guide_rev1.0.pdf Гайд по добавлению правок в U-boot]

[https://xilinx-wiki.atlassian.net/wiki/spaces/A/pages/18842262/Zynq+QSPI+Driver Zynq QSPI Driver на хилипедии]

==== Разметка QSPI ====

Делал так:

1) Идем в petalinux-config -> Subsystem AUTO Hardware Settings -> '''Flash Settings'''

Там задаем разделы флешки:
[[Файл:Qspi-partitions-KibiBytes.PNG|500px|right|thumb]]
<source lang=bash>
Primary Flash (ps7_qspi_0) --->
[ ] Advanced Flash Auto Configuration
*** partition 0 ***
(boot) name
(0x100000) size
*** partition 1 ***
(bootenv) name
(0x20000) size
*** partition 2 ***
(kernel) name
(0x1400000) size
*** partition 3 ***
(dtb) name
(0x20000) size
*** partition 4 ***
(rootfs) name
(0xA00000) size
*** partition 5 ***
(bitstream) name
(0x600000) size
*** partition 6 ***
(spare) name
(0x1AC0000) size
*** partition 7 ***
() name
</source>

Для наглядности накидал [https://openipc.org/tools/firmware-partitions-calculation?locale=ru на сайтике картинку]

2) Там же в petalinux-config -> Subsystem AUTO Hardware Settings -> '''Advanced bootable images storage Settings''' заходим в каждый пункт и выставляем
<source lang = bash>
image storage media
(X) primary flash
</source>

После этого U-boot будет искать указанные файлы по указанным адресам на QSPI флешке при включенном режиме загрузки с QSPI флешки. Также это отразится на генерируемом файле юбута Petalinux/qspi/project-spec/meta-plnx-generated/recipes-bsp/u-boot/configs/platform-auto.h. Этот файл обновляется при вызове petalinux-config -c u-boot (вроде).

==== Прошивка QSPI флешки ====

=== U-boot ===
==== Env ====
uEnv.txt - только для sd boot (захардкожено в u-boot-xlnx/include/configs/zynq-common.h).

Вроде бы можно [https://community.intel.com/t5/FPGA-SoC-And-CPLD-Boards-And/Unable-to-read-file-u-boot-scr/td-p/219580 обернуть юбутом (mkImage)] тектовый файл, и зашить в qspi. Не пробовал, вдруг не нужно.

{{Начало скрытого блока|Выравнивание_заголовка = left| Ссылка = left|Заголовок = Код стандартной env из zynq-common.h:}}
<source lang=bash>
/* Default environment */
#ifndef CONFIG_EXTRA_ENV_SETTINGS
#define CONFIG_EXTRA_ENV_SETTINGS \
"ethaddr=00:0a:35:00:01:22\0" \
"kernel_image=uImage\0" \
"kernel_load_address=0x2080000\0" \
"ramdisk_image=uramdisk.image.gz\0" \
"ramdisk_load_address=0x4000000\0" \
"devicetree_image=devicetree.dtb\0" \
"devicetree_load_address=0x2000000\0" \
"bitstream_image=system.bit.bin\0" \
"boot_image=BOOT.bin\0" \
"loadbit_addr=0x100000\0" \
"loadbootenv_addr=0x2000000\0" \
"kernel_size=0x500000\0" \
"devicetree_size=0x20000\0" \
"ramdisk_size=0x5E0000\0" \
"boot_size=0xF00000\0" \
"fdt_high=0x20000000\0" \
"initrd_high=0x20000000\0" \
"bootenv=uEnv.txt\0" \
"loadbootenv=load mmc 0 ${loadbootenv_addr} ${bootenv}\0" \
"importbootenv=echo Importing environment from SD ...; " \
"env import -t ${loadbootenv_addr} $filesize\0" \
"sd_uEnvtxt_existence_test=test -e mmc 0 /uEnv.txt\0" \
"preboot=if test $modeboot = sdboot && env run sd_uEnvtxt_existence_test; " \
"then if env run loadbootenv; " \
"then env run importbootenv; " \
"fi; " \
"fi; \0" \
"mmc_loadbit=echo Loading bitstream from SD/MMC/eMMC to RAM.. && " \
"mmcinfo && " \
"load mmc 0 ${loadbit_addr} ${bitstream_image} && " \
"fpga load 0 ${loadbit_addr} ${filesize}\0" \
"norboot=echo Copying Linux from NOR flash to RAM... && " \
"cp.b 0xE2100000 ${kernel_load_address} ${kernel_size} && " \
"cp.b 0xE2600000 ${devicetree_load_address} ${devicetree_size} && " \
"echo Copying ramdisk... && " \
"cp.b 0xE2620000 ${ramdisk_load_address} ${ramdisk_size} && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"qspiboot=echo Copying Linux from QSPI flash to RAM... && " \
"sf probe 0 0 0 && " \
"sf read ${kernel_load_address} 0x100000 ${kernel_size} && " \
"sf read ${devicetree_load_address} 0x600000 ${devicetree_size} && " \
"echo Copying ramdisk... && " \
"sf read ${ramdisk_load_address} 0x620000 ${ramdisk_size} && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"uenvboot=" \
"if run loadbootenv; then " \
"echo Loaded environment from ${bootenv}; " \
"run importbootenv; " \
"fi; " \
"if test -n $uenvcmd; then " \
"echo Running uenvcmd ...; " \
"run uenvcmd; " \
"fi\0" \
"sdboot=if mmcinfo; then " \
"run uenvboot; " \
"echo Copying Linux from SD to RAM... && " \
"load mmc 0 ${kernel_load_address} ${kernel_image} && " \
"load mmc 0 ${devicetree_load_address} ${devicetree_image} && " \
"load mmc 0 ${ramdisk_load_address} ${ramdisk_image} && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}; " \
"fi\0" \
"usbboot=if usb start; then " \
"run uenvboot; " \
"echo Copying Linux from USB to RAM... && " \
"load usb 0 ${kernel_load_address} ${kernel_image} && " \
"load usb 0 ${devicetree_load_address} ${devicetree_image} && " \
"load usb 0 ${ramdisk_load_address} ${ramdisk_image} && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}; " \
"fi\0" \
"nandboot=echo Copying Linux from NAND flash to RAM... && " \
"nand read ${kernel_load_address} 0x100000 ${kernel_size} && " \
"nand read ${devicetree_load_address} 0x600000 ${devicetree_size} && " \
"echo Copying ramdisk... && " \
"nand read ${ramdisk_load_address} 0x620000 ${ramdisk_size} && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"jtagboot=echo TFTPing Linux to RAM... && " \
"tftpboot ${kernel_load_address} ${kernel_image} && " \
"tftpboot ${devicetree_load_address} ${devicetree_image} && " \
"tftpboot ${ramdisk_load_address} ${ramdisk_image} && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"rsa_norboot=echo Copying Image from NOR flash to RAM... && " \
"cp.b 0xE2100000 0x100000 ${boot_size} && " \
"zynqrsa 0x100000 && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"rsa_nandboot=echo Copying Image from NAND flash to RAM... && " \
"nand read 0x100000 0x0 ${boot_size} && " \
"zynqrsa 0x100000 && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"rsa_qspiboot=echo Copying Image from QSPI flash to RAM... && " \
"sf probe 0 0 0 && " \
"sf read 0x100000 0x0 ${boot_size} && " \
"zynqrsa 0x100000 && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"rsa_sdboot=echo Copying Image from SD to RAM... && " \
"load mmc 0 0x100000 ${boot_image} && " \
"zynqrsa 0x100000 && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"rsa_jtagboot=echo TFTPing Image to RAM... && " \
"tftpboot 0x100000 ${boot_image} && " \
"zynqrsa 0x100000 && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
DFU_ALT_INFO
#endif
</source>
{{Конец скрытого блока}}

Иван загружал clonicus.bit юбутом через Uboot.env. Вроде как можно вместо Uboot.env сделать uEnv.txt - на схожесть не проверял.

'''Иванова Uboot.env''' в текстовом редакторе после приведения в читаемый вид:
<source lang = bash>
<TіQautoload=yes
boot_dtb=fatload mmc 0 0x9000000 system.dtb
boot_image=fatload mmc 0 0xA000000 image.ub
bootcmd=run swdt_set && run fpga_config && run boot_image && run boot_dtb && bootm 0xA000000 0xA000000 0x9000000
bootdelay=1
ethaddr=00:0a:35:00:21:70
fdtcontroladdr=ffa91b0
fileaddr=100000
filesize=5b3f74
swdt_set=run swdt_ccr && run swdt_rst && run swdt_zmr
swdt_ccr=mw 0xf8005004 0x92063b
swdt_rst=mw 0xf8005008 0x1999
swdt_zmr=mw 0xf8005000 0xabc043
fpga_config=run load_bit && run pl_load
ipaddr=192.168.0.110
kernel_img=image.ub
load_bit=fatload mmc 0 0x100000 clonicus.bit
netmask=255.255.255.0
pl_load=fpga loadb 0 0x100000 0x1400000
serverip=192.168.0.1
</source>

==== Env to binary ====
В исходниках U-boot давно лежит утилита mkenvimage.c.
Пока что так и не попользовался ей.
https://bootlin.com/blog/mkenvimage-uboot-binary-env-generator/

Код Андрея по переводу текстового uEnv.txt в бинарный:
<source lang=python>
import zlib
import sys

if len(sys.argv) != 4:
sys.exit('args error!')

inputFilename = str(sys.argv[1])
outputFilename = str(sys.argv[2])
write_size = int(sys.argv[3])

with open(inputFilename, "r") as fid:
lines = [line for line in fid]

lines_zero = (''.join(lines)).replace('\n', '\0')
lines_zero = lines_zero + (write_size - len(lines_zero)) * '\0'
fbytes = lines_zero.encode()
fid.close()

crc = (zlib.crc32(fbytes)).to_bytes(4, byteorder='little')

file_contents = crc + fbytes

fid = open(outputFilename,"wb")
fid.write(file_contents)
fid.close()
</source>

==== U-boot patch ====
Попробовал пропатчить u-boot для добавления поддержки qspi флешки, которая не поддерживалась.

[https://docs.amd.com/v/u/2019.1-English/ug1144-petalinux-tools-reference-guide#page=107 Как сделать внешние исходники u-boot в проекте]

[https://devconnected.com/how-to-create-and-apply-git-patch-files/ Как делать git patch]

Методология создания патча для U-boot:
* Куда-то рядом или внутрь проекта в <projectname>/components/ext_sources/MY-U-BOOT/ скачивается [https://github.com/Xilinx/u-boot-xlnx/tree/xilinx-v2017.4 гит юбута].
* Переходим на ветку xilinx-v2017.4
<source lang = bash>
git checkout xilinx-v2017.4
</source>
* Создаем новую ветку mytest
<source lang = bash>
git checkout -b mytest
</source>
* Находим в исходниках файлик(и), в который хотим внести изменения. Вносим изменения. Коммитим в ветку mytest.
* Делаем файл патча относительно ветки xilinx-v2017.4, находясь в ветке mytest. В той папке, в которой вызываем команду, появится файл '''0001-<commit-mesg>.patch'''
<source lang = bash>
git format-patch xilinx-v2017.4
</source>
* Копируем файл 0001-<commit-mesg>.patch в <projectname>/project-spec/meta-user/recipes-bsp/u-boot/files/
* Добавляем в файл '''<projectname>/project-spec/meta-user/recipes-bsp/u-boot/u-boot-xlnx_%.bbappend''' строку с именем патча:
<source lang = bash>
SRC_URI_append = " file://0001-add-spi-support-for-w25q512jv.patch"
</source>
* Собираем
<source lang = bash>
petalinux-build -c u-boot
</source>

Для изменения стартового сообщения U-Boot 2017.01 (Jun 07...) идем в <projectname>/components/ext_sources/MY-U-BOOT/u-boot-xlnx/Makefile. В строке 5 есть VERSION, в строке 1280 сам вывод.
То же можно сделать где-то в petalinux конфигах / юбут конфигах, не залезая в исходники.

[[Категория:Zynq]]
[[Категория:EmbeddedLinux]]
[[Category:Clonicus]]

{{wl-publish: 2024-06-17 07:27:00 +00:00 | Dneprov D }}

Blog:DneprovD/17.06.2024 Clonicus 2.0

2024-08-15T14:31:54Z

Dneprov D: /* Разметка QSPI */

<summary hidden=true>
<center>[[File:IMG_20240621_134919.jpg|400px]]</center>
</summary>
{{Форма2}}
__TOC__

== Косяки ==
=== DDR ===
На плате установлен 1 чип DDR3L MT41K128M16-107 на 256 МБ. В проекте вивадо достаточно было выбрать похожее устройство, тайминги были выставлены автоматически. Задержки по дорогам берутся из альтиума.

Память сначала отказывалась работать, повисала на калибровке WL. Потыкались осцилографом - проблема была в некачественной пайке.

[https://static.chipdip.ru/lib/911/DOC012911114.pdf Даташит на DDR]

[https://www.youtube.com/watch?v=W3Jt_y6PHjA&ab_channel=Phil%E2%80%99sLab Видео, какие тайминги откуда брать]

[https://docs.amd.com/v/u/en-US/ds191-XC7Z030-XC7Z045-data-sheet#page=17 Таблица20: максимальная скорость DDR в цинках]

=== SD Card ===
Были проблемы с подмонтированием разделов и ошибки чтения секторов. Проблема схемотехническая в обвязке и непонятном левелшифтере PI4ULS5V106.

=== Nomada ===
Припаян не тот кварц (выбран не с тем номиналом напряжения). Подтянут к нужному номиналу резистором.

== Заметки ==
=== Ethernet ===
(!) Для корректной работы желательно пересобирать u-boot при изменении девайстри, и boot.bin командой
<source lang="bash">
petalinux-package --boot --format BIN --fsbl ./zynq_fsbl.elf --u-boot --force
</source>
На плате есть 2 физика:
* К GEM0 подключен Realtek RTL8211E-VL-CG.
* К GEM1 подключен Texas Instruments DP83867.
* Шина MDIO общая, на пинах 52-53.

В Vivado включал отдельно только Ethernet0, только Ethernet1, оба сразу с MDIO на нулевом.

Каждый физик отдельно видится на мдио независимо от того, к Ethernet0 или Ethernet1 она подключена. В стандалоне тестах в sdk автосогласование проходят оба физика, тест их находит.

U-boot версии 2017.4 видит оба физика на мдио, но драйвер прикручивает только к первому по порядку в девайстри. Два сразу старый U-boot не умеет до версии 2018.1 (гуглится обсуждение).

При работе с двумя физиками рекомендуют накатить на ядро патч драйвера macb, чтобы он видел два физика. При этом раздел mdio {} в девайстри заработал только при помещении его в общую часть, там где {aliases, chosen}.

[https://xilinx-wiki.atlassian.net/wiki/spaces/A/pages/18841740/Macb+Driver Заметка на хиливики про Common MDIO DT Macb Driver]

[https://xilinx-wiki.atlassian.net/wiki/spaces/A/pages/18842475/PetaLinux+Yocto+Tips#PetaLinuxYoctoTips-PatchingtheLinuxKernelofaPetaLinuxProject Как патчить ядро]

[https://xilinx-wiki.atlassian.net/wiki/spaces/A/pages/18841740/Macb+Driver Пример девайстри с вики для двух PHY]

[https://support.xilinx.com/s/article/69132?language=en_US Оффициальный AR xilinx для dual PHY с патчами]

[https://support.xilinx.com/s/question/0D52E00006hpe3DSAQ/dual-ethernet-still-not-working-after-patching-macb-driver-petalinux-20172?language=en_US AR#1]

[https://support.xilinx.com/s/question/0D52E00007AMwsGSAT/how-to-fix-zynq7000-dual-ethernet-phy-on-single-mdio-bus-in-xilinxv20191-and-newer?language=en_US AR#2]

[https://support.xilinx.com/s/question/0D52E00006iHu9HSAS/dual-phys-on-mdioemio?language=en_US AR#3]

[https://support.xilinx.com/s/question/0D52E00007AMwsGSAT/how-to-fix-zynq7000-dual-ethernet-phy-on-single-mdio-bus-in-xilinxv20191-and-newer?language=en_US AR#4]

[https://support.xilinx.com/s/question/0D52E00006iHlW2SAK/zynq-dual-ethernet-question?language=en_US AR#5]

==== Один PHY ====
Рабочий devicetree для ядра без патча, один PHY (на выбор):

'''<projectname>/project-spec/meta-user/recipes-bsp/device-tree/files/system-user.dtsi''':
<source lang = bash>
/* RTL8211E */
&gem0{
status = "okay";
phy-handle = <&phy1>;
phy-mode = "rgmii-id";
local-mac-address = [00 0a 35 00 22 01];

mdio {
status = "okay";
#address-cells = <1>;
#size-cells = <0>;

phy0: phy@1 {
status = "okay";
device_type = "ethernet-phy";
reg = <1>;
};
};
};

/*TI dp83867 */
&gem1{
status = "okay";
phy-handle = <&phy1>;
phy-mode = "rgmii-id";
local-mac-address = [00 0a 35 00 22 02];

xlnx,eth-mode = <0x1>;

mdio {
status = "okay";
#address-cells = <1>;
#size-cells = <0>;

phy1: phy@12 {
status = "okay";
compatible = "ethernet-phy-ieee802.3-c22";
device_type = "ethernet-phy";

reg = <12>;
ti,rx-internal-delay = <0x7>;
ti,tx-internal-delay = <0x7>;
ti,fifo-depth = <0x01>;
ti,min-output-impedance;
ti,dp83867-rxctrl-strap-quirk;
};
};
};

</source>

==== Два PHY ====
Пропатчено ядро для общей mdio. Mdio на Ethernet0 в Vivado, пины 52-53. Первый физик поднимается автоматически. Второй жив, пожнимается через:
<source lang = bash>
ifconfig eth1 192.168.0.231 netmask 255.255.255.0 up
</source>

'''<projectname>/project-spec/meta-user/recipes-bsp/device-tree/files/system-user.dtsi''':
<source lang = bash>
/ {
aliases {...}

chosen {...}

mdio {
compatible = "cdns,macb-mdio";
reg = <0xe000b000 0x1000>;
status = "okay";
clocks = <&clkc 30>, <&clkc 30>, <&clkc 13>;
clock-names = "pclk", "hclk", "tx_clk";
#address-cells = <1>;
#size-cells = <0>;

phy0: phy@1 {
compatible = "ethernet-phy-ieee802.3-c22";
device_type = "ethernet-phy";
reg = <1>;
status = "okay";
};

phy1: phy@12 {
compatible = "ethernet-phy-ieee802.3-c22";
device_type = "ethernet-phy";
reg = <12>;
status = "okay";
ti,rx-internal-delay = <0x7>;
ti,tx-internal-delay = <0x7>;
ti,fifo-depth = <0x01>;
ti,min-output-impedance;
ti,dp83867-rxctrl-strap-quirk;
};
};
};

&gem0{
status = "okay";
phy-handle = <&phy0>;
phy-mode = "rgmii-id";
local-mac-address = [00 0a 35 00 22 01];
};

&gem1{
status = "okay";
phy-handle = <&phy1>;
phy-mode = "rgmii";
local-mac-address = [00 0a 35 00 22 02];

xlnx,eth-mode = <0x1>;
};
</source>

=== QSPI Flash ===
На плате установлена не поддерживаемая (нету) по табличке W25Q512JVEIQ.

Флешка поднялась, причина - отсутствие резистора на QSPI_SCK_MODE4 - была закоротка на землю.

Пропатчил юбут, добавив в файл <projectname>/components/ext_sources/MY-U-BOOT/u-boot-xlnx/drivers/mtd/spi/spi_flash_ids.c флешку, и наложив патч:

'''0001-add-spi-support-for-w25q512jv.patch'''
<source lang = bash>
From 17ebfc83d3929446288d1143d33d8fbd156360d0 Mon Sep 17 00:00:00 2001
From: DneprovD <dneprov_dv@mail.ru>
Date: Thu, 20 Jun 2024 12:27:45 +0300
Subject: [PATCH] add spi support for w25q512jv

---
drivers/mtd/spi/spi_flash_ids.c | 1 +
1 file changed, 1 insertion(+)

diff --git a/drivers/mtd/spi/spi_flash_ids.c b/drivers/mtd/spi/spi_flash_ids.c
index cb27c88..c3e725a 100644
--- a/drivers/mtd/spi/spi_flash_ids.c
+++ b/drivers/mtd/spi/spi_flash_ids.c
@@ -167,6 +167,7 @@ const struct spi_flash_info spi_flash_ids[] = {
{"w25q32dw", INFO(0xef6016, 0x0, 64 * 1024, 64, RD_FULL | WR_QPP | SECT_4K) },
{"w25q64dw", INFO(0xef6017, 0x0, 64 * 1024, 128, RD_FULL | WR_QPP | SECT_4K) },
{"w25q128fw", INFO(0xef6018, 0x0, 64 * 1024, 256, RD_FULL | WR_QPP | SECT_4K) },
+ {"w25q512jv", INFO(0xef4020, 0x0, 64 * 1024, 1024, RD_FULL | WR_QPP | SECT_4K) },
#endif
{}, /* Empty entry to terminate the list */
/*
--
1.9.1

</source>

В project-spec/meta-user/recipes-bsp/u-boot/files/platform-top.h добавил
<source lang=bash>
#define CONFIG_SPI_FLASH_WINBOND Y
</source>

[https://support.xilinx.com/s/article/50991?language=en_US Список поддерживаемых Zynq 7000 флешек и гайд что делать с неподдерживаемыми]

[https://support.xilinx.com/s/article/62743?language=en_US Гайд для неподдерживаемых]

[https://srns.ru/wiki/%D0%A4%D0%B0%D0%B9%D0%BB:QSPI_FLASH_support_guide_rev1.0.pdf Гайд по добавлению правок в U-boot]

[https://xilinx-wiki.atlassian.net/wiki/spaces/A/pages/18842262/Zynq+QSPI+Driver Zynq QSPI Driver на хилипедии]

==== Разметка QSPI ====

Делал так:

1) Идем в petalinux-config -> Subsystem AUTO Hardware Settings -> '''Flash Settings'''

Там задаем разделы флешки:
[[Файл:Qspi-partitions-KibiBytes.PNG|500px|right|thumb]]
<source lang=bash>
Primary Flash (ps7_qspi_0) --->
[ ] Advanced Flash Auto Configuration
*** partition 0 ***
(boot) name
(0x100000) size
*** partition 1 ***
(bootenv) name
(0x20000) size
*** partition 2 ***
(kernel) name
(0x1400000) size
*** partition 3 ***
(dtb) name
(0x20000) size
*** partition 4 ***
(rootfs) name
(0xA00000) size
*** partition 5 ***
(bitstream) name
(0x600000) size
*** partition 6 ***
(spare) name
(0x1AC0000) size
*** partition 7 ***
() name
</source>

Для наглядности накидал [https://openipc.org/tools/firmware-partitions-calculation?locale=ru на сайтике картинку]

2) Там же в petalinux-config -> Subsystem AUTO Hardware Settings -> '''Advanced bootable images storage Settings''' заходим в каждый пункт и выставляем
<source lang = bash>
image storage media
(X) primary flash
</source>

После этого U-boot будет искать указанные файлы по указанным адресам на QSPI флешке при включенном режиме загрузки с QSPI флешки. Также это отразится на генерируемом файле юбута Petalinux/qspi/project-spec/meta-plnx-generated/recipes-bsp/u-boot/configs/platform-auto.h. Этот файл обновляется при вызове petalinux-config -c u-boot (вроде).

==== Прошивка QSPI флешки ====

==== QSPI ====

=== U-boot ===
==== Env ====
uEnv.txt - только для sd boot (захардкожено в u-boot-xlnx/include/configs/zynq-common.h).

Вроде бы можно [https://community.intel.com/t5/FPGA-SoC-And-CPLD-Boards-And/Unable-to-read-file-u-boot-scr/td-p/219580 обернуть юбутом (mkImage)] тектовый файл, и зашить в qspi. Не пробовал, вдруг не нужно.

{{Начало скрытого блока|Выравнивание_заголовка = left| Ссылка = left|Заголовок = Код стандартной env из zynq-common.h:}}
<source lang=bash>
/* Default environment */
#ifndef CONFIG_EXTRA_ENV_SETTINGS
#define CONFIG_EXTRA_ENV_SETTINGS \
"ethaddr=00:0a:35:00:01:22\0" \
"kernel_image=uImage\0" \
"kernel_load_address=0x2080000\0" \
"ramdisk_image=uramdisk.image.gz\0" \
"ramdisk_load_address=0x4000000\0" \
"devicetree_image=devicetree.dtb\0" \
"devicetree_load_address=0x2000000\0" \
"bitstream_image=system.bit.bin\0" \
"boot_image=BOOT.bin\0" \
"loadbit_addr=0x100000\0" \
"loadbootenv_addr=0x2000000\0" \
"kernel_size=0x500000\0" \
"devicetree_size=0x20000\0" \
"ramdisk_size=0x5E0000\0" \
"boot_size=0xF00000\0" \
"fdt_high=0x20000000\0" \
"initrd_high=0x20000000\0" \
"bootenv=uEnv.txt\0" \
"loadbootenv=load mmc 0 ${loadbootenv_addr} ${bootenv}\0" \
"importbootenv=echo Importing environment from SD ...; " \
"env import -t ${loadbootenv_addr} $filesize\0" \
"sd_uEnvtxt_existence_test=test -e mmc 0 /uEnv.txt\0" \
"preboot=if test $modeboot = sdboot && env run sd_uEnvtxt_existence_test; " \
"then if env run loadbootenv; " \
"then env run importbootenv; " \
"fi; " \
"fi; \0" \
"mmc_loadbit=echo Loading bitstream from SD/MMC/eMMC to RAM.. && " \
"mmcinfo && " \
"load mmc 0 ${loadbit_addr} ${bitstream_image} && " \
"fpga load 0 ${loadbit_addr} ${filesize}\0" \
"norboot=echo Copying Linux from NOR flash to RAM... && " \
"cp.b 0xE2100000 ${kernel_load_address} ${kernel_size} && " \
"cp.b 0xE2600000 ${devicetree_load_address} ${devicetree_size} && " \
"echo Copying ramdisk... && " \
"cp.b 0xE2620000 ${ramdisk_load_address} ${ramdisk_size} && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"qspiboot=echo Copying Linux from QSPI flash to RAM... && " \
"sf probe 0 0 0 && " \
"sf read ${kernel_load_address} 0x100000 ${kernel_size} && " \
"sf read ${devicetree_load_address} 0x600000 ${devicetree_size} && " \
"echo Copying ramdisk... && " \
"sf read ${ramdisk_load_address} 0x620000 ${ramdisk_size} && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"uenvboot=" \
"if run loadbootenv; then " \
"echo Loaded environment from ${bootenv}; " \
"run importbootenv; " \
"fi; " \
"if test -n $uenvcmd; then " \
"echo Running uenvcmd ...; " \
"run uenvcmd; " \
"fi\0" \
"sdboot=if mmcinfo; then " \
"run uenvboot; " \
"echo Copying Linux from SD to RAM... && " \
"load mmc 0 ${kernel_load_address} ${kernel_image} && " \
"load mmc 0 ${devicetree_load_address} ${devicetree_image} && " \
"load mmc 0 ${ramdisk_load_address} ${ramdisk_image} && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}; " \
"fi\0" \
"usbboot=if usb start; then " \
"run uenvboot; " \
"echo Copying Linux from USB to RAM... && " \
"load usb 0 ${kernel_load_address} ${kernel_image} && " \
"load usb 0 ${devicetree_load_address} ${devicetree_image} && " \
"load usb 0 ${ramdisk_load_address} ${ramdisk_image} && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}; " \
"fi\0" \
"nandboot=echo Copying Linux from NAND flash to RAM... && " \
"nand read ${kernel_load_address} 0x100000 ${kernel_size} && " \
"nand read ${devicetree_load_address} 0x600000 ${devicetree_size} && " \
"echo Copying ramdisk... && " \
"nand read ${ramdisk_load_address} 0x620000 ${ramdisk_size} && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"jtagboot=echo TFTPing Linux to RAM... && " \
"tftpboot ${kernel_load_address} ${kernel_image} && " \
"tftpboot ${devicetree_load_address} ${devicetree_image} && " \
"tftpboot ${ramdisk_load_address} ${ramdisk_image} && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"rsa_norboot=echo Copying Image from NOR flash to RAM... && " \
"cp.b 0xE2100000 0x100000 ${boot_size} && " \
"zynqrsa 0x100000 && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"rsa_nandboot=echo Copying Image from NAND flash to RAM... && " \
"nand read 0x100000 0x0 ${boot_size} && " \
"zynqrsa 0x100000 && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"rsa_qspiboot=echo Copying Image from QSPI flash to RAM... && " \
"sf probe 0 0 0 && " \
"sf read 0x100000 0x0 ${boot_size} && " \
"zynqrsa 0x100000 && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"rsa_sdboot=echo Copying Image from SD to RAM... && " \
"load mmc 0 0x100000 ${boot_image} && " \
"zynqrsa 0x100000 && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"rsa_jtagboot=echo TFTPing Image to RAM... && " \
"tftpboot 0x100000 ${boot_image} && " \
"zynqrsa 0x100000 && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
DFU_ALT_INFO
#endif
</source>
{{Конец скрытого блока}}

Иван загружал clonicus.bit юбутом через Uboot.env. Вроде как можно вместо Uboot.env сделать uEnv.txt - на схожесть не проверял.

'''Иванова Uboot.env''' в текстовом редакторе после приведения в читаемый вид:
<source lang = bash>
<TіQautoload=yes
boot_dtb=fatload mmc 0 0x9000000 system.dtb
boot_image=fatload mmc 0 0xA000000 image.ub
bootcmd=run swdt_set && run fpga_config && run boot_image && run boot_dtb && bootm 0xA000000 0xA000000 0x9000000
bootdelay=1
ethaddr=00:0a:35:00:21:70
fdtcontroladdr=ffa91b0
fileaddr=100000
filesize=5b3f74
swdt_set=run swdt_ccr && run swdt_rst && run swdt_zmr
swdt_ccr=mw 0xf8005004 0x92063b
swdt_rst=mw 0xf8005008 0x1999
swdt_zmr=mw 0xf8005000 0xabc043
fpga_config=run load_bit && run pl_load
ipaddr=192.168.0.110
kernel_img=image.ub
load_bit=fatload mmc 0 0x100000 clonicus.bit
netmask=255.255.255.0
pl_load=fpga loadb 0 0x100000 0x1400000
serverip=192.168.0.1
</source>

==== Env to binary ====
В исходниках U-boot давно лежит утилита mkenvimage.c.
Пока что так и не попользовался ей.
https://bootlin.com/blog/mkenvimage-uboot-binary-env-generator/

Код Андрея по переводу текстового uEnv.txt в бинарный:
<source lang=python>
import zlib
import sys

if len(sys.argv) != 4:
sys.exit('args error!')

inputFilename = str(sys.argv[1])
outputFilename = str(sys.argv[2])
write_size = int(sys.argv[3])

with open(inputFilename, "r") as fid:
lines = [line for line in fid]

lines_zero = (''.join(lines)).replace('\n', '\0')
lines_zero = lines_zero + (write_size - len(lines_zero)) * '\0'
fbytes = lines_zero.encode()
fid.close()

crc = (zlib.crc32(fbytes)).to_bytes(4, byteorder='little')

file_contents = crc + fbytes

fid = open(outputFilename,"wb")
fid.write(file_contents)
fid.close()
</source>

==== U-boot patch ====
Попробовал пропатчить u-boot для добавления поддержки qspi флешки, которая не поддерживалась.

[https://docs.amd.com/v/u/2019.1-English/ug1144-petalinux-tools-reference-guide#page=107 Как сделать внешние исходники u-boot в проекте]

[https://devconnected.com/how-to-create-and-apply-git-patch-files/ Как делать git patch]

Методология создания патча для U-boot:
* Куда-то рядом или внутрь проекта в <projectname>/components/ext_sources/MY-U-BOOT/ скачивается [https://github.com/Xilinx/u-boot-xlnx/tree/xilinx-v2017.4 гит юбута].
* Переходим на ветку xilinx-v2017.4
<source lang = bash>
git checkout xilinx-v2017.4
</source>
* Создаем новую ветку mytest
<source lang = bash>
git checkout -b mytest
</source>
* Находим в исходниках файлик(и), в который хотим внести изменения. Вносим изменения. Коммитим в ветку mytest.
* Делаем файл патча относительно ветки xilinx-v2017.4, находясь в ветке mytest. В той папке, в которой вызываем команду, появится файл '''0001-<commit-mesg>.patch'''
<source lang = bash>
git format-patch xilinx-v2017.4
</source>
* Копируем файл 0001-<commit-mesg>.patch в <projectname>/project-spec/meta-user/recipes-bsp/u-boot/files/
* Добавляем в файл '''<projectname>/project-spec/meta-user/recipes-bsp/u-boot/u-boot-xlnx_%.bbappend''' строку с именем патча:
<source lang = bash>
SRC_URI_append = " file://0001-add-spi-support-for-w25q512jv.patch"
</source>
* Собираем
<source lang = bash>
petalinux-build -c u-boot
</source>

Для изменения стартового сообщения U-Boot 2017.01 (Jun 07...) идем в <projectname>/components/ext_sources/MY-U-BOOT/u-boot-xlnx/Makefile. В строке 5 есть VERSION, в строке 1280 сам вывод.
То же можно сделать где-то в petalinux конфигах / юбут конфигах, не залезая в исходники.

[[Категория:Zynq]]
[[Категория:EmbeddedLinux]]
[[Category:Clonicus]]

{{wl-publish: 2024-06-17 07:27:00 +00:00 | Dneprov D }}

Blog:DneprovD/17.06.2024 Clonicus 2.0

2024-08-15T14:29:06Z

Dneprov D: /* Разметка QSPI */

<summary hidden=true>
<center>[[File:IMG_20240621_134919.jpg|400px]]</center>
</summary>
{{Форма2}}
__TOC__

== Косяки ==
=== DDR ===
На плате установлен 1 чип DDR3L MT41K128M16-107 на 256 МБ. В проекте вивадо достаточно было выбрать похожее устройство, тайминги были выставлены автоматически. Задержки по дорогам берутся из альтиума.

Память сначала отказывалась работать, повисала на калибровке WL. Потыкались осцилографом - проблема была в некачественной пайке.

[https://static.chipdip.ru/lib/911/DOC012911114.pdf Даташит на DDR]

[https://www.youtube.com/watch?v=W3Jt_y6PHjA&ab_channel=Phil%E2%80%99sLab Видео, какие тайминги откуда брать]

[https://docs.amd.com/v/u/en-US/ds191-XC7Z030-XC7Z045-data-sheet#page=17 Таблица20: максимальная скорость DDR в цинках]

=== SD Card ===
Были проблемы с подмонтированием разделов и ошибки чтения секторов. Проблема схемотехническая в обвязке и непонятном левелшифтере PI4ULS5V106.

=== Nomada ===
Припаян не тот кварц (выбран не с тем номиналом напряжения). Подтянут к нужному номиналу резистором.

== Заметки ==
=== Ethernet ===
(!) Для корректной работы желательно пересобирать u-boot при изменении девайстри, и boot.bin командой
<source lang="bash">
petalinux-package --boot --format BIN --fsbl ./zynq_fsbl.elf --u-boot --force
</source>
На плате есть 2 физика:
* К GEM0 подключен Realtek RTL8211E-VL-CG.
* К GEM1 подключен Texas Instruments DP83867.
* Шина MDIO общая, на пинах 52-53.

В Vivado включал отдельно только Ethernet0, только Ethernet1, оба сразу с MDIO на нулевом.

Каждый физик отдельно видится на мдио независимо от того, к Ethernet0 или Ethernet1 она подключена. В стандалоне тестах в sdk автосогласование проходят оба физика, тест их находит.

U-boot версии 2017.4 видит оба физика на мдио, но драйвер прикручивает только к первому по порядку в девайстри. Два сразу старый U-boot не умеет до версии 2018.1 (гуглится обсуждение).

При работе с двумя физиками рекомендуют накатить на ядро патч драйвера macb, чтобы он видел два физика. При этом раздел mdio {} в девайстри заработал только при помещении его в общую часть, там где {aliases, chosen}.

[https://xilinx-wiki.atlassian.net/wiki/spaces/A/pages/18841740/Macb+Driver Заметка на хиливики про Common MDIO DT Macb Driver]

[https://xilinx-wiki.atlassian.net/wiki/spaces/A/pages/18842475/PetaLinux+Yocto+Tips#PetaLinuxYoctoTips-PatchingtheLinuxKernelofaPetaLinuxProject Как патчить ядро]

[https://xilinx-wiki.atlassian.net/wiki/spaces/A/pages/18841740/Macb+Driver Пример девайстри с вики для двух PHY]

[https://support.xilinx.com/s/article/69132?language=en_US Оффициальный AR xilinx для dual PHY с патчами]

[https://support.xilinx.com/s/question/0D52E00006hpe3DSAQ/dual-ethernet-still-not-working-after-patching-macb-driver-petalinux-20172?language=en_US AR#1]

[https://support.xilinx.com/s/question/0D52E00007AMwsGSAT/how-to-fix-zynq7000-dual-ethernet-phy-on-single-mdio-bus-in-xilinxv20191-and-newer?language=en_US AR#2]

[https://support.xilinx.com/s/question/0D52E00006iHu9HSAS/dual-phys-on-mdioemio?language=en_US AR#3]

[https://support.xilinx.com/s/question/0D52E00007AMwsGSAT/how-to-fix-zynq7000-dual-ethernet-phy-on-single-mdio-bus-in-xilinxv20191-and-newer?language=en_US AR#4]

[https://support.xilinx.com/s/question/0D52E00006iHlW2SAK/zynq-dual-ethernet-question?language=en_US AR#5]

==== Один PHY ====
Рабочий devicetree для ядра без патча, один PHY (на выбор):

'''<projectname>/project-spec/meta-user/recipes-bsp/device-tree/files/system-user.dtsi''':
<source lang = bash>
/* RTL8211E */
&gem0{
status = "okay";
phy-handle = <&phy1>;
phy-mode = "rgmii-id";
local-mac-address = [00 0a 35 00 22 01];

mdio {
status = "okay";
#address-cells = <1>;
#size-cells = <0>;

phy0: phy@1 {
status = "okay";
device_type = "ethernet-phy";
reg = <1>;
};
};
};

/*TI dp83867 */
&gem1{
status = "okay";
phy-handle = <&phy1>;
phy-mode = "rgmii-id";
local-mac-address = [00 0a 35 00 22 02];

xlnx,eth-mode = <0x1>;

mdio {
status = "okay";
#address-cells = <1>;
#size-cells = <0>;

phy1: phy@12 {
status = "okay";
compatible = "ethernet-phy-ieee802.3-c22";
device_type = "ethernet-phy";

reg = <12>;
ti,rx-internal-delay = <0x7>;
ti,tx-internal-delay = <0x7>;
ti,fifo-depth = <0x01>;
ti,min-output-impedance;
ti,dp83867-rxctrl-strap-quirk;
};
};
};

</source>

==== Два PHY ====
Пропатчено ядро для общей mdio. Mdio на Ethernet0 в Vivado, пины 52-53. Первый физик поднимается автоматически. Второй жив, пожнимается через:
<source lang = bash>
ifconfig eth1 192.168.0.231 netmask 255.255.255.0 up
</source>

'''<projectname>/project-spec/meta-user/recipes-bsp/device-tree/files/system-user.dtsi''':
<source lang = bash>
/ {
aliases {...}

chosen {...}

mdio {
compatible = "cdns,macb-mdio";
reg = <0xe000b000 0x1000>;
status = "okay";
clocks = <&clkc 30>, <&clkc 30>, <&clkc 13>;
clock-names = "pclk", "hclk", "tx_clk";
#address-cells = <1>;
#size-cells = <0>;

phy0: phy@1 {
compatible = "ethernet-phy-ieee802.3-c22";
device_type = "ethernet-phy";
reg = <1>;
status = "okay";
};

phy1: phy@12 {
compatible = "ethernet-phy-ieee802.3-c22";
device_type = "ethernet-phy";
reg = <12>;
status = "okay";
ti,rx-internal-delay = <0x7>;
ti,tx-internal-delay = <0x7>;
ti,fifo-depth = <0x01>;
ti,min-output-impedance;
ti,dp83867-rxctrl-strap-quirk;
};
};
};

&gem0{
status = "okay";
phy-handle = <&phy0>;
phy-mode = "rgmii-id";
local-mac-address = [00 0a 35 00 22 01];
};

&gem1{
status = "okay";
phy-handle = <&phy1>;
phy-mode = "rgmii";
local-mac-address = [00 0a 35 00 22 02];

xlnx,eth-mode = <0x1>;
};
</source>

=== QSPI Flash ===
На плате установлена не поддерживаемая (нету) по табличке W25Q512JVEIQ.

Флешка поднялась, причина - отсутствие резистора на QSPI_SCK_MODE4 - была закоротка на землю.

Пропатчил юбут, добавив в файл <projectname>/components/ext_sources/MY-U-BOOT/u-boot-xlnx/drivers/mtd/spi/spi_flash_ids.c флешку, и наложив патч:

'''0001-add-spi-support-for-w25q512jv.patch'''
<source lang = bash>
From 17ebfc83d3929446288d1143d33d8fbd156360d0 Mon Sep 17 00:00:00 2001
From: DneprovD <dneprov_dv@mail.ru>
Date: Thu, 20 Jun 2024 12:27:45 +0300
Subject: [PATCH] add spi support for w25q512jv

---
drivers/mtd/spi/spi_flash_ids.c | 1 +
1 file changed, 1 insertion(+)

diff --git a/drivers/mtd/spi/spi_flash_ids.c b/drivers/mtd/spi/spi_flash_ids.c
index cb27c88..c3e725a 100644
--- a/drivers/mtd/spi/spi_flash_ids.c
+++ b/drivers/mtd/spi/spi_flash_ids.c
@@ -167,6 +167,7 @@ const struct spi_flash_info spi_flash_ids[] = {
{"w25q32dw", INFO(0xef6016, 0x0, 64 * 1024, 64, RD_FULL | WR_QPP | SECT_4K) },
{"w25q64dw", INFO(0xef6017, 0x0, 64 * 1024, 128, RD_FULL | WR_QPP | SECT_4K) },
{"w25q128fw", INFO(0xef6018, 0x0, 64 * 1024, 256, RD_FULL | WR_QPP | SECT_4K) },
+ {"w25q512jv", INFO(0xef4020, 0x0, 64 * 1024, 1024, RD_FULL | WR_QPP | SECT_4K) },
#endif
{}, /* Empty entry to terminate the list */
/*
--
1.9.1

</source>

В project-spec/meta-user/recipes-bsp/u-boot/files/platform-top.h добавил
<source lang=bash>
#define CONFIG_SPI_FLASH_WINBOND Y
</source>

[https://support.xilinx.com/s/article/50991?language=en_US Список поддерживаемых Zynq 7000 флешек и гайд что делать с неподдерживаемыми]

[https://support.xilinx.com/s/article/62743?language=en_US Гайд для неподдерживаемых]

[https://srns.ru/wiki/%D0%A4%D0%B0%D0%B9%D0%BB:QSPI_FLASH_support_guide_rev1.0.pdf Гайд по добавлению правок в U-boot]

[https://xilinx-wiki.atlassian.net/wiki/spaces/A/pages/18842262/Zynq+QSPI+Driver Zynq QSPI Driver на хилипедии]

==== Разметка QSPI ====

Делал так:

1) Идем в petalinux-config -> Subsystem AUTO Hardware Settings -> '''Flash Settings'''

Там задаем разделы флешки:
[[Файл:Qspi-partitions-KibiBytes.PNG|500px|right|thumb]]
<source lang=bash>
Primary Flash (ps7_qspi_0) --->
[ ] Advanced Flash Auto Configuration
*** partition 0 ***
(boot) name
(0x100000) size
*** partition 1 ***
(bootenv) name
(0x20000) size
*** partition 2 ***
(kernel) name
(0x1400000) size
*** partition 3 ***
(dtb) name
(0x20000) size
*** partition 4 ***
(rootfs) name
(0xA00000) size
*** partition 5 ***
(bitstream) name
(0x600000) size
*** partition 6 ***
(spare) name
(0x1AC0000) size
*** partition 7 ***
() name
</source>

Для наглядности накидал [https://openipc.org/tools/firmware-partitions-calculation?locale=ru на сайтике картинку]

2) Там же в petalinux-config -> Subsystem AUTO Hardware Settings -> '''Advanced bootable images storage Settings''' заходим в каждый пункт и выставляем
<source lang = bash>
image storage media
(X) primary flash
</source>

==== QSPI ====

=== U-boot ===
==== Env ====
uEnv.txt - только для sd boot (захардкожено в u-boot-xlnx/include/configs/zynq-common.h).

Вроде бы можно [https://community.intel.com/t5/FPGA-SoC-And-CPLD-Boards-And/Unable-to-read-file-u-boot-scr/td-p/219580 обернуть юбутом (mkImage)] тектовый файл, и зашить в qspi. Не пробовал, вдруг не нужно.

{{Начало скрытого блока|Выравнивание_заголовка = left| Ссылка = left|Заголовок = Код стандартной env из zynq-common.h:}}
<source lang=bash>
/* Default environment */
#ifndef CONFIG_EXTRA_ENV_SETTINGS
#define CONFIG_EXTRA_ENV_SETTINGS \
"ethaddr=00:0a:35:00:01:22\0" \
"kernel_image=uImage\0" \
"kernel_load_address=0x2080000\0" \
"ramdisk_image=uramdisk.image.gz\0" \
"ramdisk_load_address=0x4000000\0" \
"devicetree_image=devicetree.dtb\0" \
"devicetree_load_address=0x2000000\0" \
"bitstream_image=system.bit.bin\0" \
"boot_image=BOOT.bin\0" \
"loadbit_addr=0x100000\0" \
"loadbootenv_addr=0x2000000\0" \
"kernel_size=0x500000\0" \
"devicetree_size=0x20000\0" \
"ramdisk_size=0x5E0000\0" \
"boot_size=0xF00000\0" \
"fdt_high=0x20000000\0" \
"initrd_high=0x20000000\0" \
"bootenv=uEnv.txt\0" \
"loadbootenv=load mmc 0 ${loadbootenv_addr} ${bootenv}\0" \
"importbootenv=echo Importing environment from SD ...; " \
"env import -t ${loadbootenv_addr} $filesize\0" \
"sd_uEnvtxt_existence_test=test -e mmc 0 /uEnv.txt\0" \
"preboot=if test $modeboot = sdboot && env run sd_uEnvtxt_existence_test; " \
"then if env run loadbootenv; " \
"then env run importbootenv; " \
"fi; " \
"fi; \0" \
"mmc_loadbit=echo Loading bitstream from SD/MMC/eMMC to RAM.. && " \
"mmcinfo && " \
"load mmc 0 ${loadbit_addr} ${bitstream_image} && " \
"fpga load 0 ${loadbit_addr} ${filesize}\0" \
"norboot=echo Copying Linux from NOR flash to RAM... && " \
"cp.b 0xE2100000 ${kernel_load_address} ${kernel_size} && " \
"cp.b 0xE2600000 ${devicetree_load_address} ${devicetree_size} && " \
"echo Copying ramdisk... && " \
"cp.b 0xE2620000 ${ramdisk_load_address} ${ramdisk_size} && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"qspiboot=echo Copying Linux from QSPI flash to RAM... && " \
"sf probe 0 0 0 && " \
"sf read ${kernel_load_address} 0x100000 ${kernel_size} && " \
"sf read ${devicetree_load_address} 0x600000 ${devicetree_size} && " \
"echo Copying ramdisk... && " \
"sf read ${ramdisk_load_address} 0x620000 ${ramdisk_size} && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"uenvboot=" \
"if run loadbootenv; then " \
"echo Loaded environment from ${bootenv}; " \
"run importbootenv; " \
"fi; " \
"if test -n $uenvcmd; then " \
"echo Running uenvcmd ...; " \
"run uenvcmd; " \
"fi\0" \
"sdboot=if mmcinfo; then " \
"run uenvboot; " \
"echo Copying Linux from SD to RAM... && " \
"load mmc 0 ${kernel_load_address} ${kernel_image} && " \
"load mmc 0 ${devicetree_load_address} ${devicetree_image} && " \
"load mmc 0 ${ramdisk_load_address} ${ramdisk_image} && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}; " \
"fi\0" \
"usbboot=if usb start; then " \
"run uenvboot; " \
"echo Copying Linux from USB to RAM... && " \
"load usb 0 ${kernel_load_address} ${kernel_image} && " \
"load usb 0 ${devicetree_load_address} ${devicetree_image} && " \
"load usb 0 ${ramdisk_load_address} ${ramdisk_image} && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}; " \
"fi\0" \
"nandboot=echo Copying Linux from NAND flash to RAM... && " \
"nand read ${kernel_load_address} 0x100000 ${kernel_size} && " \
"nand read ${devicetree_load_address} 0x600000 ${devicetree_size} && " \
"echo Copying ramdisk... && " \
"nand read ${ramdisk_load_address} 0x620000 ${ramdisk_size} && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"jtagboot=echo TFTPing Linux to RAM... && " \
"tftpboot ${kernel_load_address} ${kernel_image} && " \
"tftpboot ${devicetree_load_address} ${devicetree_image} && " \
"tftpboot ${ramdisk_load_address} ${ramdisk_image} && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"rsa_norboot=echo Copying Image from NOR flash to RAM... && " \
"cp.b 0xE2100000 0x100000 ${boot_size} && " \
"zynqrsa 0x100000 && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"rsa_nandboot=echo Copying Image from NAND flash to RAM... && " \
"nand read 0x100000 0x0 ${boot_size} && " \
"zynqrsa 0x100000 && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"rsa_qspiboot=echo Copying Image from QSPI flash to RAM... && " \
"sf probe 0 0 0 && " \
"sf read 0x100000 0x0 ${boot_size} && " \
"zynqrsa 0x100000 && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"rsa_sdboot=echo Copying Image from SD to RAM... && " \
"load mmc 0 0x100000 ${boot_image} && " \
"zynqrsa 0x100000 && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"rsa_jtagboot=echo TFTPing Image to RAM... && " \
"tftpboot 0x100000 ${boot_image} && " \
"zynqrsa 0x100000 && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
DFU_ALT_INFO
#endif
</source>
{{Конец скрытого блока}}

Иван загружал clonicus.bit юбутом через Uboot.env. Вроде как можно вместо Uboot.env сделать uEnv.txt - на схожесть не проверял.

'''Иванова Uboot.env''' в текстовом редакторе после приведения в читаемый вид:
<source lang = bash>
<TіQautoload=yes
boot_dtb=fatload mmc 0 0x9000000 system.dtb
boot_image=fatload mmc 0 0xA000000 image.ub
bootcmd=run swdt_set && run fpga_config && run boot_image && run boot_dtb && bootm 0xA000000 0xA000000 0x9000000
bootdelay=1
ethaddr=00:0a:35:00:21:70
fdtcontroladdr=ffa91b0
fileaddr=100000
filesize=5b3f74
swdt_set=run swdt_ccr && run swdt_rst && run swdt_zmr
swdt_ccr=mw 0xf8005004 0x92063b
swdt_rst=mw 0xf8005008 0x1999
swdt_zmr=mw 0xf8005000 0xabc043
fpga_config=run load_bit && run pl_load
ipaddr=192.168.0.110
kernel_img=image.ub
load_bit=fatload mmc 0 0x100000 clonicus.bit
netmask=255.255.255.0
pl_load=fpga loadb 0 0x100000 0x1400000
serverip=192.168.0.1
</source>

==== Env to binary ====
В исходниках U-boot давно лежит утилита mkenvimage.c.
Пока что так и не попользовался ей.
https://bootlin.com/blog/mkenvimage-uboot-binary-env-generator/

Код Андрея по переводу текстового uEnv.txt в бинарный:
<source lang=python>
import zlib
import sys

if len(sys.argv) != 4:
sys.exit('args error!')

inputFilename = str(sys.argv[1])
outputFilename = str(sys.argv[2])
write_size = int(sys.argv[3])

with open(inputFilename, "r") as fid:
lines = [line for line in fid]

lines_zero = (''.join(lines)).replace('\n', '\0')
lines_zero = lines_zero + (write_size - len(lines_zero)) * '\0'
fbytes = lines_zero.encode()
fid.close()

crc = (zlib.crc32(fbytes)).to_bytes(4, byteorder='little')

file_contents = crc + fbytes

fid = open(outputFilename,"wb")
fid.write(file_contents)
fid.close()
</source>

==== U-boot patch ====
Попробовал пропатчить u-boot для добавления поддержки qspi флешки, которая не поддерживалась.

[https://docs.amd.com/v/u/2019.1-English/ug1144-petalinux-tools-reference-guide#page=107 Как сделать внешние исходники u-boot в проекте]

[https://devconnected.com/how-to-create-and-apply-git-patch-files/ Как делать git patch]

Методология создания патча для U-boot:
* Куда-то рядом или внутрь проекта в <projectname>/components/ext_sources/MY-U-BOOT/ скачивается [https://github.com/Xilinx/u-boot-xlnx/tree/xilinx-v2017.4 гит юбута].
* Переходим на ветку xilinx-v2017.4
<source lang = bash>
git checkout xilinx-v2017.4
</source>
* Создаем новую ветку mytest
<source lang = bash>
git checkout -b mytest
</source>
* Находим в исходниках файлик(и), в который хотим внести изменения. Вносим изменения. Коммитим в ветку mytest.
* Делаем файл патча относительно ветки xilinx-v2017.4, находясь в ветке mytest. В той папке, в которой вызываем команду, появится файл '''0001-<commit-mesg>.patch'''
<source lang = bash>
git format-patch xilinx-v2017.4
</source>
* Копируем файл 0001-<commit-mesg>.patch в <projectname>/project-spec/meta-user/recipes-bsp/u-boot/files/
* Добавляем в файл '''<projectname>/project-spec/meta-user/recipes-bsp/u-boot/u-boot-xlnx_%.bbappend''' строку с именем патча:
<source lang = bash>
SRC_URI_append = " file://0001-add-spi-support-for-w25q512jv.patch"
</source>
* Собираем
<source lang = bash>
petalinux-build -c u-boot
</source>

Для изменения стартового сообщения U-Boot 2017.01 (Jun 07...) идем в <projectname>/components/ext_sources/MY-U-BOOT/u-boot-xlnx/Makefile. В строке 5 есть VERSION, в строке 1280 сам вывод.
То же можно сделать где-то в petalinux конфигах / юбут конфигах, не залезая в исходники.

[[Категория:Zynq]]
[[Категория:EmbeddedLinux]]
[[Category:Clonicus]]

{{wl-publish: 2024-06-17 07:27:00 +00:00 | Dneprov D }}

Blog:DneprovD/17.06.2024 Clonicus 2.0

2024-08-15T14:25:09Z

Dneprov D: /* Разметка QSPI */

<summary hidden=true>
<center>[[File:IMG_20240621_134919.jpg|400px]]</center>
</summary>
{{Форма2}}
__TOC__

== Косяки ==
=== DDR ===
На плате установлен 1 чип DDR3L MT41K128M16-107 на 256 МБ. В проекте вивадо достаточно было выбрать похожее устройство, тайминги были выставлены автоматически. Задержки по дорогам берутся из альтиума.

Память сначала отказывалась работать, повисала на калибровке WL. Потыкались осцилографом - проблема была в некачественной пайке.

[https://static.chipdip.ru/lib/911/DOC012911114.pdf Даташит на DDR]

[https://www.youtube.com/watch?v=W3Jt_y6PHjA&ab_channel=Phil%E2%80%99sLab Видео, какие тайминги откуда брать]

[https://docs.amd.com/v/u/en-US/ds191-XC7Z030-XC7Z045-data-sheet#page=17 Таблица20: максимальная скорость DDR в цинках]

=== SD Card ===
Были проблемы с подмонтированием разделов и ошибки чтения секторов. Проблема схемотехническая в обвязке и непонятном левелшифтере PI4ULS5V106.

=== Nomada ===
Припаян не тот кварц (выбран не с тем номиналом напряжения). Подтянут к нужному номиналу резистором.

== Заметки ==
=== Ethernet ===
(!) Для корректной работы желательно пересобирать u-boot при изменении девайстри, и boot.bin командой
<source lang="bash">
petalinux-package --boot --format BIN --fsbl ./zynq_fsbl.elf --u-boot --force
</source>
На плате есть 2 физика:
* К GEM0 подключен Realtek RTL8211E-VL-CG.
* К GEM1 подключен Texas Instruments DP83867.
* Шина MDIO общая, на пинах 52-53.

В Vivado включал отдельно только Ethernet0, только Ethernet1, оба сразу с MDIO на нулевом.

Каждый физик отдельно видится на мдио независимо от того, к Ethernet0 или Ethernet1 она подключена. В стандалоне тестах в sdk автосогласование проходят оба физика, тест их находит.

U-boot версии 2017.4 видит оба физика на мдио, но драйвер прикручивает только к первому по порядку в девайстри. Два сразу старый U-boot не умеет до версии 2018.1 (гуглится обсуждение).

При работе с двумя физиками рекомендуют накатить на ядро патч драйвера macb, чтобы он видел два физика. При этом раздел mdio {} в девайстри заработал только при помещении его в общую часть, там где {aliases, chosen}.

[https://xilinx-wiki.atlassian.net/wiki/spaces/A/pages/18841740/Macb+Driver Заметка на хиливики про Common MDIO DT Macb Driver]

[https://xilinx-wiki.atlassian.net/wiki/spaces/A/pages/18842475/PetaLinux+Yocto+Tips#PetaLinuxYoctoTips-PatchingtheLinuxKernelofaPetaLinuxProject Как патчить ядро]

[https://xilinx-wiki.atlassian.net/wiki/spaces/A/pages/18841740/Macb+Driver Пример девайстри с вики для двух PHY]

[https://support.xilinx.com/s/article/69132?language=en_US Оффициальный AR xilinx для dual PHY с патчами]

[https://support.xilinx.com/s/question/0D52E00006hpe3DSAQ/dual-ethernet-still-not-working-after-patching-macb-driver-petalinux-20172?language=en_US AR#1]

[https://support.xilinx.com/s/question/0D52E00007AMwsGSAT/how-to-fix-zynq7000-dual-ethernet-phy-on-single-mdio-bus-in-xilinxv20191-and-newer?language=en_US AR#2]

[https://support.xilinx.com/s/question/0D52E00006iHu9HSAS/dual-phys-on-mdioemio?language=en_US AR#3]

[https://support.xilinx.com/s/question/0D52E00007AMwsGSAT/how-to-fix-zynq7000-dual-ethernet-phy-on-single-mdio-bus-in-xilinxv20191-and-newer?language=en_US AR#4]

[https://support.xilinx.com/s/question/0D52E00006iHlW2SAK/zynq-dual-ethernet-question?language=en_US AR#5]

==== Один PHY ====
Рабочий devicetree для ядра без патча, один PHY (на выбор):

'''<projectname>/project-spec/meta-user/recipes-bsp/device-tree/files/system-user.dtsi''':
<source lang = bash>
/* RTL8211E */
&gem0{
status = "okay";
phy-handle = <&phy1>;
phy-mode = "rgmii-id";
local-mac-address = [00 0a 35 00 22 01];

mdio {
status = "okay";
#address-cells = <1>;
#size-cells = <0>;

phy0: phy@1 {
status = "okay";
device_type = "ethernet-phy";
reg = <1>;
};
};
};

/*TI dp83867 */
&gem1{
status = "okay";
phy-handle = <&phy1>;
phy-mode = "rgmii-id";
local-mac-address = [00 0a 35 00 22 02];

xlnx,eth-mode = <0x1>;

mdio {
status = "okay";
#address-cells = <1>;
#size-cells = <0>;

phy1: phy@12 {
status = "okay";
compatible = "ethernet-phy-ieee802.3-c22";
device_type = "ethernet-phy";

reg = <12>;
ti,rx-internal-delay = <0x7>;
ti,tx-internal-delay = <0x7>;
ti,fifo-depth = <0x01>;
ti,min-output-impedance;
ti,dp83867-rxctrl-strap-quirk;
};
};
};

</source>

==== Два PHY ====
Пропатчено ядро для общей mdio. Mdio на Ethernet0 в Vivado, пины 52-53. Первый физик поднимается автоматически. Второй жив, пожнимается через:
<source lang = bash>
ifconfig eth1 192.168.0.231 netmask 255.255.255.0 up
</source>

'''<projectname>/project-spec/meta-user/recipes-bsp/device-tree/files/system-user.dtsi''':
<source lang = bash>
/ {
aliases {...}

chosen {...}

mdio {
compatible = "cdns,macb-mdio";
reg = <0xe000b000 0x1000>;
status = "okay";
clocks = <&clkc 30>, <&clkc 30>, <&clkc 13>;
clock-names = "pclk", "hclk", "tx_clk";
#address-cells = <1>;
#size-cells = <0>;

phy0: phy@1 {
compatible = "ethernet-phy-ieee802.3-c22";
device_type = "ethernet-phy";
reg = <1>;
status = "okay";
};

phy1: phy@12 {
compatible = "ethernet-phy-ieee802.3-c22";
device_type = "ethernet-phy";
reg = <12>;
status = "okay";
ti,rx-internal-delay = <0x7>;
ti,tx-internal-delay = <0x7>;
ti,fifo-depth = <0x01>;
ti,min-output-impedance;
ti,dp83867-rxctrl-strap-quirk;
};
};
};

&gem0{
status = "okay";
phy-handle = <&phy0>;
phy-mode = "rgmii-id";
local-mac-address = [00 0a 35 00 22 01];
};

&gem1{
status = "okay";
phy-handle = <&phy1>;
phy-mode = "rgmii";
local-mac-address = [00 0a 35 00 22 02];

xlnx,eth-mode = <0x1>;
};
</source>

=== QSPI Flash ===
На плате установлена не поддерживаемая (нету) по табличке W25Q512JVEIQ.

Флешка поднялась, причина - отсутствие резистора на QSPI_SCK_MODE4 - была закоротка на землю.

Пропатчил юбут, добавив в файл <projectname>/components/ext_sources/MY-U-BOOT/u-boot-xlnx/drivers/mtd/spi/spi_flash_ids.c флешку, и наложив патч:

'''0001-add-spi-support-for-w25q512jv.patch'''
<source lang = bash>
From 17ebfc83d3929446288d1143d33d8fbd156360d0 Mon Sep 17 00:00:00 2001
From: DneprovD <dneprov_dv@mail.ru>
Date: Thu, 20 Jun 2024 12:27:45 +0300
Subject: [PATCH] add spi support for w25q512jv

---
drivers/mtd/spi/spi_flash_ids.c | 1 +
1 file changed, 1 insertion(+)

diff --git a/drivers/mtd/spi/spi_flash_ids.c b/drivers/mtd/spi/spi_flash_ids.c
index cb27c88..c3e725a 100644
--- a/drivers/mtd/spi/spi_flash_ids.c
+++ b/drivers/mtd/spi/spi_flash_ids.c
@@ -167,6 +167,7 @@ const struct spi_flash_info spi_flash_ids[] = {
{"w25q32dw", INFO(0xef6016, 0x0, 64 * 1024, 64, RD_FULL | WR_QPP | SECT_4K) },
{"w25q64dw", INFO(0xef6017, 0x0, 64 * 1024, 128, RD_FULL | WR_QPP | SECT_4K) },
{"w25q128fw", INFO(0xef6018, 0x0, 64 * 1024, 256, RD_FULL | WR_QPP | SECT_4K) },
+ {"w25q512jv", INFO(0xef4020, 0x0, 64 * 1024, 1024, RD_FULL | WR_QPP | SECT_4K) },
#endif
{}, /* Empty entry to terminate the list */
/*
--
1.9.1

</source>

В project-spec/meta-user/recipes-bsp/u-boot/files/platform-top.h добавил
<source lang=bash>
#define CONFIG_SPI_FLASH_WINBOND Y
</source>

[https://support.xilinx.com/s/article/50991?language=en_US Список поддерживаемых Zynq 7000 флешек и гайд что делать с неподдерживаемыми]

[https://support.xilinx.com/s/article/62743?language=en_US Гайд для неподдерживаемых]

[https://srns.ru/wiki/%D0%A4%D0%B0%D0%B9%D0%BB:QSPI_FLASH_support_guide_rev1.0.pdf Гайд по добавлению правок в U-boot]

[https://xilinx-wiki.atlassian.net/wiki/spaces/A/pages/18842262/Zynq+QSPI+Driver Zynq QSPI Driver на хилипедии]

==== Разметка QSPI ====

Делал так:

1) Идем в '''petalinux-config''' -> '''Subsystem AUTO Hardware Settings'''

Там в '''Flash Settings''' задаем разделы флешки:
[[Файл:Qspi-partitions-KibiBytes.PNG|500px|right|thumb]]
<source lang=bash>
Primary Flash (ps7_qspi_0) --->
[ ] Advanced Flash Auto Configuration
*** partition 0 ***
(boot) name
(0x100000) size
*** partition 1 ***
(bootenv) name
(0x20000) size
*** partition 2 ***
(kernel) name
(0x1400000) size
*** partition 3 ***
(dtb) name
(0x20000) size
*** partition 4 ***
(rootfs) name
(0xA00000) size
*** partition 5 ***
(bitstream) name
(0x600000) size
*** partition 6 ***
(spare) name
(0x1AC0000) size
*** partition 7 ***
() name
</source>

Для наглядности накидал [https://openipc.org/tools/firmware-partitions-calculation?locale=ru на сайтике картинку]

=== U-boot ===
==== Env ====
uEnv.txt - только для sd boot (захардкожено в u-boot-xlnx/include/configs/zynq-common.h).

Вроде бы можно [https://community.intel.com/t5/FPGA-SoC-And-CPLD-Boards-And/Unable-to-read-file-u-boot-scr/td-p/219580 обернуть юбутом (mkImage)] тектовый файл, и зашить в qspi. Не пробовал, вдруг не нужно.

{{Начало скрытого блока|Выравнивание_заголовка = left| Ссылка = left|Заголовок = Код стандартной env из zynq-common.h:}}
<source lang=bash>
/* Default environment */
#ifndef CONFIG_EXTRA_ENV_SETTINGS
#define CONFIG_EXTRA_ENV_SETTINGS \
"ethaddr=00:0a:35:00:01:22\0" \
"kernel_image=uImage\0" \
"kernel_load_address=0x2080000\0" \
"ramdisk_image=uramdisk.image.gz\0" \
"ramdisk_load_address=0x4000000\0" \
"devicetree_image=devicetree.dtb\0" \
"devicetree_load_address=0x2000000\0" \
"bitstream_image=system.bit.bin\0" \
"boot_image=BOOT.bin\0" \
"loadbit_addr=0x100000\0" \
"loadbootenv_addr=0x2000000\0" \
"kernel_size=0x500000\0" \
"devicetree_size=0x20000\0" \
"ramdisk_size=0x5E0000\0" \
"boot_size=0xF00000\0" \
"fdt_high=0x20000000\0" \
"initrd_high=0x20000000\0" \
"bootenv=uEnv.txt\0" \
"loadbootenv=load mmc 0 ${loadbootenv_addr} ${bootenv}\0" \
"importbootenv=echo Importing environment from SD ...; " \
"env import -t ${loadbootenv_addr} $filesize\0" \
"sd_uEnvtxt_existence_test=test -e mmc 0 /uEnv.txt\0" \
"preboot=if test $modeboot = sdboot && env run sd_uEnvtxt_existence_test; " \
"then if env run loadbootenv; " \
"then env run importbootenv; " \
"fi; " \
"fi; \0" \
"mmc_loadbit=echo Loading bitstream from SD/MMC/eMMC to RAM.. && " \
"mmcinfo && " \
"load mmc 0 ${loadbit_addr} ${bitstream_image} && " \
"fpga load 0 ${loadbit_addr} ${filesize}\0" \
"norboot=echo Copying Linux from NOR flash to RAM... && " \
"cp.b 0xE2100000 ${kernel_load_address} ${kernel_size} && " \
"cp.b 0xE2600000 ${devicetree_load_address} ${devicetree_size} && " \
"echo Copying ramdisk... && " \
"cp.b 0xE2620000 ${ramdisk_load_address} ${ramdisk_size} && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"qspiboot=echo Copying Linux from QSPI flash to RAM... && " \
"sf probe 0 0 0 && " \
"sf read ${kernel_load_address} 0x100000 ${kernel_size} && " \
"sf read ${devicetree_load_address} 0x600000 ${devicetree_size} && " \
"echo Copying ramdisk... && " \
"sf read ${ramdisk_load_address} 0x620000 ${ramdisk_size} && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"uenvboot=" \
"if run loadbootenv; then " \
"echo Loaded environment from ${bootenv}; " \
"run importbootenv; " \
"fi; " \
"if test -n $uenvcmd; then " \
"echo Running uenvcmd ...; " \
"run uenvcmd; " \
"fi\0" \
"sdboot=if mmcinfo; then " \
"run uenvboot; " \
"echo Copying Linux from SD to RAM... && " \
"load mmc 0 ${kernel_load_address} ${kernel_image} && " \
"load mmc 0 ${devicetree_load_address} ${devicetree_image} && " \
"load mmc 0 ${ramdisk_load_address} ${ramdisk_image} && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}; " \
"fi\0" \
"usbboot=if usb start; then " \
"run uenvboot; " \
"echo Copying Linux from USB to RAM... && " \
"load usb 0 ${kernel_load_address} ${kernel_image} && " \
"load usb 0 ${devicetree_load_address} ${devicetree_image} && " \
"load usb 0 ${ramdisk_load_address} ${ramdisk_image} && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}; " \
"fi\0" \
"nandboot=echo Copying Linux from NAND flash to RAM... && " \
"nand read ${kernel_load_address} 0x100000 ${kernel_size} && " \
"nand read ${devicetree_load_address} 0x600000 ${devicetree_size} && " \
"echo Copying ramdisk... && " \
"nand read ${ramdisk_load_address} 0x620000 ${ramdisk_size} && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"jtagboot=echo TFTPing Linux to RAM... && " \
"tftpboot ${kernel_load_address} ${kernel_image} && " \
"tftpboot ${devicetree_load_address} ${devicetree_image} && " \
"tftpboot ${ramdisk_load_address} ${ramdisk_image} && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"rsa_norboot=echo Copying Image from NOR flash to RAM... && " \
"cp.b 0xE2100000 0x100000 ${boot_size} && " \
"zynqrsa 0x100000 && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"rsa_nandboot=echo Copying Image from NAND flash to RAM... && " \
"nand read 0x100000 0x0 ${boot_size} && " \
"zynqrsa 0x100000 && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"rsa_qspiboot=echo Copying Image from QSPI flash to RAM... && " \
"sf probe 0 0 0 && " \
"sf read 0x100000 0x0 ${boot_size} && " \
"zynqrsa 0x100000 && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"rsa_sdboot=echo Copying Image from SD to RAM... && " \
"load mmc 0 0x100000 ${boot_image} && " \
"zynqrsa 0x100000 && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"rsa_jtagboot=echo TFTPing Image to RAM... && " \
"tftpboot 0x100000 ${boot_image} && " \
"zynqrsa 0x100000 && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
DFU_ALT_INFO
#endif
</source>
{{Конец скрытого блока}}

Иван загружал clonicus.bit юбутом через Uboot.env. Вроде как можно вместо Uboot.env сделать uEnv.txt - на схожесть не проверял.

'''Иванова Uboot.env''' в текстовом редакторе после приведения в читаемый вид:
<source lang = bash>
<TіQautoload=yes
boot_dtb=fatload mmc 0 0x9000000 system.dtb
boot_image=fatload mmc 0 0xA000000 image.ub
bootcmd=run swdt_set && run fpga_config && run boot_image && run boot_dtb && bootm 0xA000000 0xA000000 0x9000000
bootdelay=1
ethaddr=00:0a:35:00:21:70
fdtcontroladdr=ffa91b0
fileaddr=100000
filesize=5b3f74
swdt_set=run swdt_ccr && run swdt_rst && run swdt_zmr
swdt_ccr=mw 0xf8005004 0x92063b
swdt_rst=mw 0xf8005008 0x1999
swdt_zmr=mw 0xf8005000 0xabc043
fpga_config=run load_bit && run pl_load
ipaddr=192.168.0.110
kernel_img=image.ub
load_bit=fatload mmc 0 0x100000 clonicus.bit
netmask=255.255.255.0
pl_load=fpga loadb 0 0x100000 0x1400000
serverip=192.168.0.1
</source>

==== Env to binary ====
В исходниках U-boot давно лежит утилита mkenvimage.c.
Пока что так и не попользовался ей.
https://bootlin.com/blog/mkenvimage-uboot-binary-env-generator/

Код Андрея по переводу текстового uEnv.txt в бинарный:
<source lang=python>
import zlib
import sys

if len(sys.argv) != 4:
sys.exit('args error!')

inputFilename = str(sys.argv[1])
outputFilename = str(sys.argv[2])
write_size = int(sys.argv[3])

with open(inputFilename, "r") as fid:
lines = [line for line in fid]

lines_zero = (''.join(lines)).replace('\n', '\0')
lines_zero = lines_zero + (write_size - len(lines_zero)) * '\0'
fbytes = lines_zero.encode()
fid.close()

crc = (zlib.crc32(fbytes)).to_bytes(4, byteorder='little')

file_contents = crc + fbytes

fid = open(outputFilename,"wb")
fid.write(file_contents)
fid.close()
</source>

==== U-boot patch ====
Попробовал пропатчить u-boot для добавления поддержки qspi флешки, которая не поддерживалась.

[https://docs.amd.com/v/u/2019.1-English/ug1144-petalinux-tools-reference-guide#page=107 Как сделать внешние исходники u-boot в проекте]

[https://devconnected.com/how-to-create-and-apply-git-patch-files/ Как делать git patch]

Методология создания патча для U-boot:
* Куда-то рядом или внутрь проекта в <projectname>/components/ext_sources/MY-U-BOOT/ скачивается [https://github.com/Xilinx/u-boot-xlnx/tree/xilinx-v2017.4 гит юбута].
* Переходим на ветку xilinx-v2017.4
<source lang = bash>
git checkout xilinx-v2017.4
</source>
* Создаем новую ветку mytest
<source lang = bash>
git checkout -b mytest
</source>
* Находим в исходниках файлик(и), в который хотим внести изменения. Вносим изменения. Коммитим в ветку mytest.
* Делаем файл патча относительно ветки xilinx-v2017.4, находясь в ветке mytest. В той папке, в которой вызываем команду, появится файл '''0001-<commit-mesg>.patch'''
<source lang = bash>
git format-patch xilinx-v2017.4
</source>
* Копируем файл 0001-<commit-mesg>.patch в <projectname>/project-spec/meta-user/recipes-bsp/u-boot/files/
* Добавляем в файл '''<projectname>/project-spec/meta-user/recipes-bsp/u-boot/u-boot-xlnx_%.bbappend''' строку с именем патча:
<source lang = bash>
SRC_URI_append = " file://0001-add-spi-support-for-w25q512jv.patch"
</source>
* Собираем
<source lang = bash>
petalinux-build -c u-boot
</source>

Для изменения стартового сообщения U-Boot 2017.01 (Jun 07...) идем в <projectname>/components/ext_sources/MY-U-BOOT/u-boot-xlnx/Makefile. В строке 5 есть VERSION, в строке 1280 сам вывод.
То же можно сделать где-то в petalinux конфигах / юбут конфигах, не залезая в исходники.

[[Категория:Zynq]]
[[Категория:EmbeddedLinux]]
[[Category:Clonicus]]

{{wl-publish: 2024-06-17 07:27:00 +00:00 | Dneprov D }}

Blog:DneprovD/17.06.2024 Clonicus 2.0

2024-08-15T14:24:57Z

Dneprov D: /* QSPI Flash */

<summary hidden=true>
<center>[[File:IMG_20240621_134919.jpg|400px]]</center>
</summary>
{{Форма2}}
__TOC__

== Косяки ==
=== DDR ===
На плате установлен 1 чип DDR3L MT41K128M16-107 на 256 МБ. В проекте вивадо достаточно было выбрать похожее устройство, тайминги были выставлены автоматически. Задержки по дорогам берутся из альтиума.

Память сначала отказывалась работать, повисала на калибровке WL. Потыкались осцилографом - проблема была в некачественной пайке.

[https://static.chipdip.ru/lib/911/DOC012911114.pdf Даташит на DDR]

[https://www.youtube.com/watch?v=W3Jt_y6PHjA&ab_channel=Phil%E2%80%99sLab Видео, какие тайминги откуда брать]

[https://docs.amd.com/v/u/en-US/ds191-XC7Z030-XC7Z045-data-sheet#page=17 Таблица20: максимальная скорость DDR в цинках]

=== SD Card ===
Были проблемы с подмонтированием разделов и ошибки чтения секторов. Проблема схемотехническая в обвязке и непонятном левелшифтере PI4ULS5V106.

=== Nomada ===
Припаян не тот кварц (выбран не с тем номиналом напряжения). Подтянут к нужному номиналу резистором.

== Заметки ==
=== Ethernet ===
(!) Для корректной работы желательно пересобирать u-boot при изменении девайстри, и boot.bin командой
<source lang="bash">
petalinux-package --boot --format BIN --fsbl ./zynq_fsbl.elf --u-boot --force
</source>
На плате есть 2 физика:
* К GEM0 подключен Realtek RTL8211E-VL-CG.
* К GEM1 подключен Texas Instruments DP83867.
* Шина MDIO общая, на пинах 52-53.

В Vivado включал отдельно только Ethernet0, только Ethernet1, оба сразу с MDIO на нулевом.

Каждый физик отдельно видится на мдио независимо от того, к Ethernet0 или Ethernet1 она подключена. В стандалоне тестах в sdk автосогласование проходят оба физика, тест их находит.

U-boot версии 2017.4 видит оба физика на мдио, но драйвер прикручивает только к первому по порядку в девайстри. Два сразу старый U-boot не умеет до версии 2018.1 (гуглится обсуждение).

При работе с двумя физиками рекомендуют накатить на ядро патч драйвера macb, чтобы он видел два физика. При этом раздел mdio {} в девайстри заработал только при помещении его в общую часть, там где {aliases, chosen}.

[https://xilinx-wiki.atlassian.net/wiki/spaces/A/pages/18841740/Macb+Driver Заметка на хиливики про Common MDIO DT Macb Driver]

[https://xilinx-wiki.atlassian.net/wiki/spaces/A/pages/18842475/PetaLinux+Yocto+Tips#PetaLinuxYoctoTips-PatchingtheLinuxKernelofaPetaLinuxProject Как патчить ядро]

[https://xilinx-wiki.atlassian.net/wiki/spaces/A/pages/18841740/Macb+Driver Пример девайстри с вики для двух PHY]

[https://support.xilinx.com/s/article/69132?language=en_US Оффициальный AR xilinx для dual PHY с патчами]

[https://support.xilinx.com/s/question/0D52E00006hpe3DSAQ/dual-ethernet-still-not-working-after-patching-macb-driver-petalinux-20172?language=en_US AR#1]

[https://support.xilinx.com/s/question/0D52E00007AMwsGSAT/how-to-fix-zynq7000-dual-ethernet-phy-on-single-mdio-bus-in-xilinxv20191-and-newer?language=en_US AR#2]

[https://support.xilinx.com/s/question/0D52E00006iHu9HSAS/dual-phys-on-mdioemio?language=en_US AR#3]

[https://support.xilinx.com/s/question/0D52E00007AMwsGSAT/how-to-fix-zynq7000-dual-ethernet-phy-on-single-mdio-bus-in-xilinxv20191-and-newer?language=en_US AR#4]

[https://support.xilinx.com/s/question/0D52E00006iHlW2SAK/zynq-dual-ethernet-question?language=en_US AR#5]

==== Один PHY ====
Рабочий devicetree для ядра без патча, один PHY (на выбор):

'''<projectname>/project-spec/meta-user/recipes-bsp/device-tree/files/system-user.dtsi''':
<source lang = bash>
/* RTL8211E */
&gem0{
status = "okay";
phy-handle = <&phy1>;
phy-mode = "rgmii-id";
local-mac-address = [00 0a 35 00 22 01];

mdio {
status = "okay";
#address-cells = <1>;
#size-cells = <0>;

phy0: phy@1 {
status = "okay";
device_type = "ethernet-phy";
reg = <1>;
};
};
};

/*TI dp83867 */
&gem1{
status = "okay";
phy-handle = <&phy1>;
phy-mode = "rgmii-id";
local-mac-address = [00 0a 35 00 22 02];

xlnx,eth-mode = <0x1>;

mdio {
status = "okay";
#address-cells = <1>;
#size-cells = <0>;

phy1: phy@12 {
status = "okay";
compatible = "ethernet-phy-ieee802.3-c22";
device_type = "ethernet-phy";

reg = <12>;
ti,rx-internal-delay = <0x7>;
ti,tx-internal-delay = <0x7>;
ti,fifo-depth = <0x01>;
ti,min-output-impedance;
ti,dp83867-rxctrl-strap-quirk;
};
};
};

</source>

==== Два PHY ====
Пропатчено ядро для общей mdio. Mdio на Ethernet0 в Vivado, пины 52-53. Первый физик поднимается автоматически. Второй жив, пожнимается через:
<source lang = bash>
ifconfig eth1 192.168.0.231 netmask 255.255.255.0 up
</source>

'''<projectname>/project-spec/meta-user/recipes-bsp/device-tree/files/system-user.dtsi''':
<source lang = bash>
/ {
aliases {...}

chosen {...}

mdio {
compatible = "cdns,macb-mdio";
reg = <0xe000b000 0x1000>;
status = "okay";
clocks = <&clkc 30>, <&clkc 30>, <&clkc 13>;
clock-names = "pclk", "hclk", "tx_clk";
#address-cells = <1>;
#size-cells = <0>;

phy0: phy@1 {
compatible = "ethernet-phy-ieee802.3-c22";
device_type = "ethernet-phy";
reg = <1>;
status = "okay";
};

phy1: phy@12 {
compatible = "ethernet-phy-ieee802.3-c22";
device_type = "ethernet-phy";
reg = <12>;
status = "okay";
ti,rx-internal-delay = <0x7>;
ti,tx-internal-delay = <0x7>;
ti,fifo-depth = <0x01>;
ti,min-output-impedance;
ti,dp83867-rxctrl-strap-quirk;
};
};
};

&gem0{
status = "okay";
phy-handle = <&phy0>;
phy-mode = "rgmii-id";
local-mac-address = [00 0a 35 00 22 01];
};

&gem1{
status = "okay";
phy-handle = <&phy1>;
phy-mode = "rgmii";
local-mac-address = [00 0a 35 00 22 02];

xlnx,eth-mode = <0x1>;
};
</source>

=== QSPI Flash ===
На плате установлена не поддерживаемая (нету) по табличке W25Q512JVEIQ.

Флешка поднялась, причина - отсутствие резистора на QSPI_SCK_MODE4 - была закоротка на землю.

Пропатчил юбут, добавив в файл <projectname>/components/ext_sources/MY-U-BOOT/u-boot-xlnx/drivers/mtd/spi/spi_flash_ids.c флешку, и наложив патч:

'''0001-add-spi-support-for-w25q512jv.patch'''
<source lang = bash>
From 17ebfc83d3929446288d1143d33d8fbd156360d0 Mon Sep 17 00:00:00 2001
From: DneprovD <dneprov_dv@mail.ru>
Date: Thu, 20 Jun 2024 12:27:45 +0300
Subject: [PATCH] add spi support for w25q512jv

---
drivers/mtd/spi/spi_flash_ids.c | 1 +
1 file changed, 1 insertion(+)

diff --git a/drivers/mtd/spi/spi_flash_ids.c b/drivers/mtd/spi/spi_flash_ids.c
index cb27c88..c3e725a 100644
--- a/drivers/mtd/spi/spi_flash_ids.c
+++ b/drivers/mtd/spi/spi_flash_ids.c
@@ -167,6 +167,7 @@ const struct spi_flash_info spi_flash_ids[] = {
{"w25q32dw", INFO(0xef6016, 0x0, 64 * 1024, 64, RD_FULL | WR_QPP | SECT_4K) },
{"w25q64dw", INFO(0xef6017, 0x0, 64 * 1024, 128, RD_FULL | WR_QPP | SECT_4K) },
{"w25q128fw", INFO(0xef6018, 0x0, 64 * 1024, 256, RD_FULL | WR_QPP | SECT_4K) },
+ {"w25q512jv", INFO(0xef4020, 0x0, 64 * 1024, 1024, RD_FULL | WR_QPP | SECT_4K) },
#endif
{}, /* Empty entry to terminate the list */
/*
--
1.9.1

</source>

В project-spec/meta-user/recipes-bsp/u-boot/files/platform-top.h добавил
<source lang=bash>
#define CONFIG_SPI_FLASH_WINBOND Y
</source>

[https://support.xilinx.com/s/article/50991?language=en_US Список поддерживаемых Zynq 7000 флешек и гайд что делать с неподдерживаемыми]

[https://support.xilinx.com/s/article/62743?language=en_US Гайд для неподдерживаемых]

[https://srns.ru/wiki/%D0%A4%D0%B0%D0%B9%D0%BB:QSPI_FLASH_support_guide_rev1.0.pdf Гайд по добавлению правок в U-boot]

[https://xilinx-wiki.atlassian.net/wiki/spaces/A/pages/18842262/Zynq+QSPI+Driver Zynq QSPI Driver на хилипедии]

==== Разметка QSPI ====

Делал так:

1) Идем в '''petalinux-config''' -> '''Subsystem AUTO Hardware Settings'''

Там в '''Flash Settings''' задаем разделы флешки:
[[Файл:Qspi-partitions-KibiBytes.PNG|600px|right|thumb]]
<source lang=bash>
Primary Flash (ps7_qspi_0) --->
[ ] Advanced Flash Auto Configuration
*** partition 0 ***
(boot) name
(0x100000) size
*** partition 1 ***
(bootenv) name
(0x20000) size
*** partition 2 ***
(kernel) name
(0x1400000) size
*** partition 3 ***
(dtb) name
(0x20000) size
*** partition 4 ***
(rootfs) name
(0xA00000) size
*** partition 5 ***
(bitstream) name
(0x600000) size
*** partition 6 ***
(spare) name
(0x1AC0000) size
*** partition 7 ***
() name
</source>

Для наглядности накидал [https://openipc.org/tools/firmware-partitions-calculation?locale=ru на сайтике картинку]

=== U-boot ===
==== Env ====
uEnv.txt - только для sd boot (захардкожено в u-boot-xlnx/include/configs/zynq-common.h).

Вроде бы можно [https://community.intel.com/t5/FPGA-SoC-And-CPLD-Boards-And/Unable-to-read-file-u-boot-scr/td-p/219580 обернуть юбутом (mkImage)] тектовый файл, и зашить в qspi. Не пробовал, вдруг не нужно.

{{Начало скрытого блока|Выравнивание_заголовка = left| Ссылка = left|Заголовок = Код стандартной env из zynq-common.h:}}
<source lang=bash>
/* Default environment */
#ifndef CONFIG_EXTRA_ENV_SETTINGS
#define CONFIG_EXTRA_ENV_SETTINGS \
"ethaddr=00:0a:35:00:01:22\0" \
"kernel_image=uImage\0" \
"kernel_load_address=0x2080000\0" \
"ramdisk_image=uramdisk.image.gz\0" \
"ramdisk_load_address=0x4000000\0" \
"devicetree_image=devicetree.dtb\0" \
"devicetree_load_address=0x2000000\0" \
"bitstream_image=system.bit.bin\0" \
"boot_image=BOOT.bin\0" \
"loadbit_addr=0x100000\0" \
"loadbootenv_addr=0x2000000\0" \
"kernel_size=0x500000\0" \
"devicetree_size=0x20000\0" \
"ramdisk_size=0x5E0000\0" \
"boot_size=0xF00000\0" \
"fdt_high=0x20000000\0" \
"initrd_high=0x20000000\0" \
"bootenv=uEnv.txt\0" \
"loadbootenv=load mmc 0 ${loadbootenv_addr} ${bootenv}\0" \
"importbootenv=echo Importing environment from SD ...; " \
"env import -t ${loadbootenv_addr} $filesize\0" \
"sd_uEnvtxt_existence_test=test -e mmc 0 /uEnv.txt\0" \
"preboot=if test $modeboot = sdboot && env run sd_uEnvtxt_existence_test; " \
"then if env run loadbootenv; " \
"then env run importbootenv; " \
"fi; " \
"fi; \0" \
"mmc_loadbit=echo Loading bitstream from SD/MMC/eMMC to RAM.. && " \
"mmcinfo && " \
"load mmc 0 ${loadbit_addr} ${bitstream_image} && " \
"fpga load 0 ${loadbit_addr} ${filesize}\0" \
"norboot=echo Copying Linux from NOR flash to RAM... && " \
"cp.b 0xE2100000 ${kernel_load_address} ${kernel_size} && " \
"cp.b 0xE2600000 ${devicetree_load_address} ${devicetree_size} && " \
"echo Copying ramdisk... && " \
"cp.b 0xE2620000 ${ramdisk_load_address} ${ramdisk_size} && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"qspiboot=echo Copying Linux from QSPI flash to RAM... && " \
"sf probe 0 0 0 && " \
"sf read ${kernel_load_address} 0x100000 ${kernel_size} && " \
"sf read ${devicetree_load_address} 0x600000 ${devicetree_size} && " \
"echo Copying ramdisk... && " \
"sf read ${ramdisk_load_address} 0x620000 ${ramdisk_size} && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"uenvboot=" \
"if run loadbootenv; then " \
"echo Loaded environment from ${bootenv}; " \
"run importbootenv; " \
"fi; " \
"if test -n $uenvcmd; then " \
"echo Running uenvcmd ...; " \
"run uenvcmd; " \
"fi\0" \
"sdboot=if mmcinfo; then " \
"run uenvboot; " \
"echo Copying Linux from SD to RAM... && " \
"load mmc 0 ${kernel_load_address} ${kernel_image} && " \
"load mmc 0 ${devicetree_load_address} ${devicetree_image} && " \
"load mmc 0 ${ramdisk_load_address} ${ramdisk_image} && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}; " \
"fi\0" \
"usbboot=if usb start; then " \
"run uenvboot; " \
"echo Copying Linux from USB to RAM... && " \
"load usb 0 ${kernel_load_address} ${kernel_image} && " \
"load usb 0 ${devicetree_load_address} ${devicetree_image} && " \
"load usb 0 ${ramdisk_load_address} ${ramdisk_image} && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}; " \
"fi\0" \
"nandboot=echo Copying Linux from NAND flash to RAM... && " \
"nand read ${kernel_load_address} 0x100000 ${kernel_size} && " \
"nand read ${devicetree_load_address} 0x600000 ${devicetree_size} && " \
"echo Copying ramdisk... && " \
"nand read ${ramdisk_load_address} 0x620000 ${ramdisk_size} && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"jtagboot=echo TFTPing Linux to RAM... && " \
"tftpboot ${kernel_load_address} ${kernel_image} && " \
"tftpboot ${devicetree_load_address} ${devicetree_image} && " \
"tftpboot ${ramdisk_load_address} ${ramdisk_image} && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"rsa_norboot=echo Copying Image from NOR flash to RAM... && " \
"cp.b 0xE2100000 0x100000 ${boot_size} && " \
"zynqrsa 0x100000 && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"rsa_nandboot=echo Copying Image from NAND flash to RAM... && " \
"nand read 0x100000 0x0 ${boot_size} && " \
"zynqrsa 0x100000 && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"rsa_qspiboot=echo Copying Image from QSPI flash to RAM... && " \
"sf probe 0 0 0 && " \
"sf read 0x100000 0x0 ${boot_size} && " \
"zynqrsa 0x100000 && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"rsa_sdboot=echo Copying Image from SD to RAM... && " \
"load mmc 0 0x100000 ${boot_image} && " \
"zynqrsa 0x100000 && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"rsa_jtagboot=echo TFTPing Image to RAM... && " \
"tftpboot 0x100000 ${boot_image} && " \
"zynqrsa 0x100000 && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
DFU_ALT_INFO
#endif
</source>
{{Конец скрытого блока}}

Иван загружал clonicus.bit юбутом через Uboot.env. Вроде как можно вместо Uboot.env сделать uEnv.txt - на схожесть не проверял.

'''Иванова Uboot.env''' в текстовом редакторе после приведения в читаемый вид:
<source lang = bash>
<TіQautoload=yes
boot_dtb=fatload mmc 0 0x9000000 system.dtb
boot_image=fatload mmc 0 0xA000000 image.ub
bootcmd=run swdt_set && run fpga_config && run boot_image && run boot_dtb && bootm 0xA000000 0xA000000 0x9000000
bootdelay=1
ethaddr=00:0a:35:00:21:70
fdtcontroladdr=ffa91b0
fileaddr=100000
filesize=5b3f74
swdt_set=run swdt_ccr && run swdt_rst && run swdt_zmr
swdt_ccr=mw 0xf8005004 0x92063b
swdt_rst=mw 0xf8005008 0x1999
swdt_zmr=mw 0xf8005000 0xabc043
fpga_config=run load_bit && run pl_load
ipaddr=192.168.0.110
kernel_img=image.ub
load_bit=fatload mmc 0 0x100000 clonicus.bit
netmask=255.255.255.0
pl_load=fpga loadb 0 0x100000 0x1400000
serverip=192.168.0.1
</source>

==== Env to binary ====
В исходниках U-boot давно лежит утилита mkenvimage.c.
Пока что так и не попользовался ей.
https://bootlin.com/blog/mkenvimage-uboot-binary-env-generator/

Код Андрея по переводу текстового uEnv.txt в бинарный:
<source lang=python>
import zlib
import sys

if len(sys.argv) != 4:
sys.exit('args error!')

inputFilename = str(sys.argv[1])
outputFilename = str(sys.argv[2])
write_size = int(sys.argv[3])

with open(inputFilename, "r") as fid:
lines = [line for line in fid]

lines_zero = (''.join(lines)).replace('\n', '\0')
lines_zero = lines_zero + (write_size - len(lines_zero)) * '\0'
fbytes = lines_zero.encode()
fid.close()

crc = (zlib.crc32(fbytes)).to_bytes(4, byteorder='little')

file_contents = crc + fbytes

fid = open(outputFilename,"wb")
fid.write(file_contents)
fid.close()
</source>

==== U-boot patch ====
Попробовал пропатчить u-boot для добавления поддержки qspi флешки, которая не поддерживалась.

[https://docs.amd.com/v/u/2019.1-English/ug1144-petalinux-tools-reference-guide#page=107 Как сделать внешние исходники u-boot в проекте]

[https://devconnected.com/how-to-create-and-apply-git-patch-files/ Как делать git patch]

Методология создания патча для U-boot:
* Куда-то рядом или внутрь проекта в <projectname>/components/ext_sources/MY-U-BOOT/ скачивается [https://github.com/Xilinx/u-boot-xlnx/tree/xilinx-v2017.4 гит юбута].
* Переходим на ветку xilinx-v2017.4
<source lang = bash>
git checkout xilinx-v2017.4
</source>
* Создаем новую ветку mytest
<source lang = bash>
git checkout -b mytest
</source>
* Находим в исходниках файлик(и), в который хотим внести изменения. Вносим изменения. Коммитим в ветку mytest.
* Делаем файл патча относительно ветки xilinx-v2017.4, находясь в ветке mytest. В той папке, в которой вызываем команду, появится файл '''0001-<commit-mesg>.patch'''
<source lang = bash>
git format-patch xilinx-v2017.4
</source>
* Копируем файл 0001-<commit-mesg>.patch в <projectname>/project-spec/meta-user/recipes-bsp/u-boot/files/
* Добавляем в файл '''<projectname>/project-spec/meta-user/recipes-bsp/u-boot/u-boot-xlnx_%.bbappend''' строку с именем патча:
<source lang = bash>
SRC_URI_append = " file://0001-add-spi-support-for-w25q512jv.patch"
</source>
* Собираем
<source lang = bash>
petalinux-build -c u-boot
</source>

Для изменения стартового сообщения U-Boot 2017.01 (Jun 07...) идем в <projectname>/components/ext_sources/MY-U-BOOT/u-boot-xlnx/Makefile. В строке 5 есть VERSION, в строке 1280 сам вывод.
То же можно сделать где-то в petalinux конфигах / юбут конфигах, не залезая в исходники.

[[Категория:Zynq]]
[[Категория:EmbeddedLinux]]
[[Category:Clonicus]]

{{wl-publish: 2024-06-17 07:27:00 +00:00 | Dneprov D }}

Файл:Qspi-partitions-KibiBytes.PNG

2024-08-15T14:11:18Z

Dneprov D:

Blog:DneprovD/17.06.2024 Clonicus 2.0

2024-08-15T14:05:03Z

Dneprov D: /* U-boot */

<summary hidden=true>
<center>[[File:IMG_20240621_134919.jpg|400px]]</center>
</summary>
{{Форма2}}
__TOC__

== Косяки ==
=== DDR ===
На плате установлен 1 чип DDR3L MT41K128M16-107 на 256 МБ. В проекте вивадо достаточно было выбрать похожее устройство, тайминги были выставлены автоматически. Задержки по дорогам берутся из альтиума.

Память сначала отказывалась работать, повисала на калибровке WL. Потыкались осцилографом - проблема была в некачественной пайке.

[https://static.chipdip.ru/lib/911/DOC012911114.pdf Даташит на DDR]

[https://www.youtube.com/watch?v=W3Jt_y6PHjA&ab_channel=Phil%E2%80%99sLab Видео, какие тайминги откуда брать]

[https://docs.amd.com/v/u/en-US/ds191-XC7Z030-XC7Z045-data-sheet#page=17 Таблица20: максимальная скорость DDR в цинках]

=== SD Card ===
Были проблемы с подмонтированием разделов и ошибки чтения секторов. Проблема схемотехническая в обвязке и непонятном левелшифтере PI4ULS5V106.

=== Nomada ===
Припаян не тот кварц (выбран не с тем номиналом напряжения). Подтянут к нужному номиналу резистором.

== Заметки ==
=== Ethernet ===
(!) Для корректной работы желательно пересобирать u-boot при изменении девайстри, и boot.bin командой
<source lang="bash">
petalinux-package --boot --format BIN --fsbl ./zynq_fsbl.elf --u-boot --force
</source>
На плате есть 2 физика:
* К GEM0 подключен Realtek RTL8211E-VL-CG.
* К GEM1 подключен Texas Instruments DP83867.
* Шина MDIO общая, на пинах 52-53.

В Vivado включал отдельно только Ethernet0, только Ethernet1, оба сразу с MDIO на нулевом.

Каждый физик отдельно видится на мдио независимо от того, к Ethernet0 или Ethernet1 она подключена. В стандалоне тестах в sdk автосогласование проходят оба физика, тест их находит.

U-boot версии 2017.4 видит оба физика на мдио, но драйвер прикручивает только к первому по порядку в девайстри. Два сразу старый U-boot не умеет до версии 2018.1 (гуглится обсуждение).

При работе с двумя физиками рекомендуют накатить на ядро патч драйвера macb, чтобы он видел два физика. При этом раздел mdio {} в девайстри заработал только при помещении его в общую часть, там где {aliases, chosen}.

[https://xilinx-wiki.atlassian.net/wiki/spaces/A/pages/18841740/Macb+Driver Заметка на хиливики про Common MDIO DT Macb Driver]

[https://xilinx-wiki.atlassian.net/wiki/spaces/A/pages/18842475/PetaLinux+Yocto+Tips#PetaLinuxYoctoTips-PatchingtheLinuxKernelofaPetaLinuxProject Как патчить ядро]

[https://xilinx-wiki.atlassian.net/wiki/spaces/A/pages/18841740/Macb+Driver Пример девайстри с вики для двух PHY]

[https://support.xilinx.com/s/article/69132?language=en_US Оффициальный AR xilinx для dual PHY с патчами]

[https://support.xilinx.com/s/question/0D52E00006hpe3DSAQ/dual-ethernet-still-not-working-after-patching-macb-driver-petalinux-20172?language=en_US AR#1]

[https://support.xilinx.com/s/question/0D52E00007AMwsGSAT/how-to-fix-zynq7000-dual-ethernet-phy-on-single-mdio-bus-in-xilinxv20191-and-newer?language=en_US AR#2]

[https://support.xilinx.com/s/question/0D52E00006iHu9HSAS/dual-phys-on-mdioemio?language=en_US AR#3]

[https://support.xilinx.com/s/question/0D52E00007AMwsGSAT/how-to-fix-zynq7000-dual-ethernet-phy-on-single-mdio-bus-in-xilinxv20191-and-newer?language=en_US AR#4]

[https://support.xilinx.com/s/question/0D52E00006iHlW2SAK/zynq-dual-ethernet-question?language=en_US AR#5]

==== Один PHY ====
Рабочий devicetree для ядра без патча, один PHY (на выбор):

'''<projectname>/project-spec/meta-user/recipes-bsp/device-tree/files/system-user.dtsi''':
<source lang = bash>
/* RTL8211E */
&gem0{
status = "okay";
phy-handle = <&phy1>;
phy-mode = "rgmii-id";
local-mac-address = [00 0a 35 00 22 01];

mdio {
status = "okay";
#address-cells = <1>;
#size-cells = <0>;

phy0: phy@1 {
status = "okay";
device_type = "ethernet-phy";
reg = <1>;
};
};
};

/*TI dp83867 */
&gem1{
status = "okay";
phy-handle = <&phy1>;
phy-mode = "rgmii-id";
local-mac-address = [00 0a 35 00 22 02];

xlnx,eth-mode = <0x1>;

mdio {
status = "okay";
#address-cells = <1>;
#size-cells = <0>;

phy1: phy@12 {
status = "okay";
compatible = "ethernet-phy-ieee802.3-c22";
device_type = "ethernet-phy";

reg = <12>;
ti,rx-internal-delay = <0x7>;
ti,tx-internal-delay = <0x7>;
ti,fifo-depth = <0x01>;
ti,min-output-impedance;
ti,dp83867-rxctrl-strap-quirk;
};
};
};

</source>

==== Два PHY ====
Пропатчено ядро для общей mdio. Mdio на Ethernet0 в Vivado, пины 52-53. Первый физик поднимается автоматически. Второй жив, пожнимается через:
<source lang = bash>
ifconfig eth1 192.168.0.231 netmask 255.255.255.0 up
</source>

'''<projectname>/project-spec/meta-user/recipes-bsp/device-tree/files/system-user.dtsi''':
<source lang = bash>
/ {
aliases {...}

chosen {...}

mdio {
compatible = "cdns,macb-mdio";
reg = <0xe000b000 0x1000>;
status = "okay";
clocks = <&clkc 30>, <&clkc 30>, <&clkc 13>;
clock-names = "pclk", "hclk", "tx_clk";
#address-cells = <1>;
#size-cells = <0>;

phy0: phy@1 {
compatible = "ethernet-phy-ieee802.3-c22";
device_type = "ethernet-phy";
reg = <1>;
status = "okay";
};

phy1: phy@12 {
compatible = "ethernet-phy-ieee802.3-c22";
device_type = "ethernet-phy";
reg = <12>;
status = "okay";
ti,rx-internal-delay = <0x7>;
ti,tx-internal-delay = <0x7>;
ti,fifo-depth = <0x01>;
ti,min-output-impedance;
ti,dp83867-rxctrl-strap-quirk;
};
};
};

&gem0{
status = "okay";
phy-handle = <&phy0>;
phy-mode = "rgmii-id";
local-mac-address = [00 0a 35 00 22 01];
};

&gem1{
status = "okay";
phy-handle = <&phy1>;
phy-mode = "rgmii";
local-mac-address = [00 0a 35 00 22 02];

xlnx,eth-mode = <0x1>;
};
</source>

=== QSPI Flash ===
На плате установлена не поддерживаемая (нету) по табличке W25Q512JVEIQ.

Флешка поднялась, причина - отсутствие резистора на QSPI_SCK_MODE4 - была закоротка на землю.

Пропатчил юбут, добавив в файл <projectname>/components/ext_sources/MY-U-BOOT/u-boot-xlnx/drivers/mtd/spi/spi_flash_ids.c флешку, и наложив патч:

'''0001-add-spi-support-for-w25q512jv.patch'''
<source lang = bash>
From 17ebfc83d3929446288d1143d33d8fbd156360d0 Mon Sep 17 00:00:00 2001
From: DneprovD <dneprov_dv@mail.ru>
Date: Thu, 20 Jun 2024 12:27:45 +0300
Subject: [PATCH] add spi support for w25q512jv

---
drivers/mtd/spi/spi_flash_ids.c | 1 +
1 file changed, 1 insertion(+)

diff --git a/drivers/mtd/spi/spi_flash_ids.c b/drivers/mtd/spi/spi_flash_ids.c
index cb27c88..c3e725a 100644
--- a/drivers/mtd/spi/spi_flash_ids.c
+++ b/drivers/mtd/spi/spi_flash_ids.c
@@ -167,6 +167,7 @@ const struct spi_flash_info spi_flash_ids[] = {
{"w25q32dw", INFO(0xef6016, 0x0, 64 * 1024, 64, RD_FULL | WR_QPP | SECT_4K) },
{"w25q64dw", INFO(0xef6017, 0x0, 64 * 1024, 128, RD_FULL | WR_QPP | SECT_4K) },
{"w25q128fw", INFO(0xef6018, 0x0, 64 * 1024, 256, RD_FULL | WR_QPP | SECT_4K) },
+ {"w25q512jv", INFO(0xef4020, 0x0, 64 * 1024, 1024, RD_FULL | WR_QPP | SECT_4K) },
#endif
{}, /* Empty entry to terminate the list */
/*
--
1.9.1

</source>

В project-spec/meta-user/recipes-bsp/u-boot/files/platform-top.h добавил
<source lang=bash>
#define CONFIG_SPI_FLASH_WINBOND Y
</source>

[https://support.xilinx.com/s/article/50991?language=en_US Список поддерживаемых Zynq 7000 флешек и гайд что делать с неподдерживаемыми]

[https://support.xilinx.com/s/article/62743?language=en_US Гайд для неподдерживаемых]

[https://srns.ru/wiki/%D0%A4%D0%B0%D0%B9%D0%BB:QSPI_FLASH_support_guide_rev1.0.pdf Гайд по добавлению правок в U-boot]

[https://xilinx-wiki.atlassian.net/wiki/spaces/A/pages/18842262/Zynq+QSPI+Driver Zynq QSPI Driver на хилипедии]

=== U-boot ===
==== Env ====
uEnv.txt - только для sd boot (захардкожено в u-boot-xlnx/include/configs/zynq-common.h).

Вроде бы можно [https://community.intel.com/t5/FPGA-SoC-And-CPLD-Boards-And/Unable-to-read-file-u-boot-scr/td-p/219580 обернуть юбутом (mkImage)] тектовый файл, и зашить в qspi. Не пробовал, вдруг не нужно.

{{Начало скрытого блока|Выравнивание_заголовка = left| Ссылка = left|Заголовок = Код стандартной env из zynq-common.h:}}
<source lang=bash>
/* Default environment */
#ifndef CONFIG_EXTRA_ENV_SETTINGS
#define CONFIG_EXTRA_ENV_SETTINGS \
"ethaddr=00:0a:35:00:01:22\0" \
"kernel_image=uImage\0" \
"kernel_load_address=0x2080000\0" \
"ramdisk_image=uramdisk.image.gz\0" \
"ramdisk_load_address=0x4000000\0" \
"devicetree_image=devicetree.dtb\0" \
"devicetree_load_address=0x2000000\0" \
"bitstream_image=system.bit.bin\0" \
"boot_image=BOOT.bin\0" \
"loadbit_addr=0x100000\0" \
"loadbootenv_addr=0x2000000\0" \
"kernel_size=0x500000\0" \
"devicetree_size=0x20000\0" \
"ramdisk_size=0x5E0000\0" \
"boot_size=0xF00000\0" \
"fdt_high=0x20000000\0" \
"initrd_high=0x20000000\0" \
"bootenv=uEnv.txt\0" \
"loadbootenv=load mmc 0 ${loadbootenv_addr} ${bootenv}\0" \
"importbootenv=echo Importing environment from SD ...; " \
"env import -t ${loadbootenv_addr} $filesize\0" \
"sd_uEnvtxt_existence_test=test -e mmc 0 /uEnv.txt\0" \
"preboot=if test $modeboot = sdboot && env run sd_uEnvtxt_existence_test; " \
"then if env run loadbootenv; " \
"then env run importbootenv; " \
"fi; " \
"fi; \0" \
"mmc_loadbit=echo Loading bitstream from SD/MMC/eMMC to RAM.. && " \
"mmcinfo && " \
"load mmc 0 ${loadbit_addr} ${bitstream_image} && " \
"fpga load 0 ${loadbit_addr} ${filesize}\0" \
"norboot=echo Copying Linux from NOR flash to RAM... && " \
"cp.b 0xE2100000 ${kernel_load_address} ${kernel_size} && " \
"cp.b 0xE2600000 ${devicetree_load_address} ${devicetree_size} && " \
"echo Copying ramdisk... && " \
"cp.b 0xE2620000 ${ramdisk_load_address} ${ramdisk_size} && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"qspiboot=echo Copying Linux from QSPI flash to RAM... && " \
"sf probe 0 0 0 && " \
"sf read ${kernel_load_address} 0x100000 ${kernel_size} && " \
"sf read ${devicetree_load_address} 0x600000 ${devicetree_size} && " \
"echo Copying ramdisk... && " \
"sf read ${ramdisk_load_address} 0x620000 ${ramdisk_size} && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"uenvboot=" \
"if run loadbootenv; then " \
"echo Loaded environment from ${bootenv}; " \
"run importbootenv; " \
"fi; " \
"if test -n $uenvcmd; then " \
"echo Running uenvcmd ...; " \
"run uenvcmd; " \
"fi\0" \
"sdboot=if mmcinfo; then " \
"run uenvboot; " \
"echo Copying Linux from SD to RAM... && " \
"load mmc 0 ${kernel_load_address} ${kernel_image} && " \
"load mmc 0 ${devicetree_load_address} ${devicetree_image} && " \
"load mmc 0 ${ramdisk_load_address} ${ramdisk_image} && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}; " \
"fi\0" \
"usbboot=if usb start; then " \
"run uenvboot; " \
"echo Copying Linux from USB to RAM... && " \
"load usb 0 ${kernel_load_address} ${kernel_image} && " \
"load usb 0 ${devicetree_load_address} ${devicetree_image} && " \
"load usb 0 ${ramdisk_load_address} ${ramdisk_image} && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}; " \
"fi\0" \
"nandboot=echo Copying Linux from NAND flash to RAM... && " \
"nand read ${kernel_load_address} 0x100000 ${kernel_size} && " \
"nand read ${devicetree_load_address} 0x600000 ${devicetree_size} && " \
"echo Copying ramdisk... && " \
"nand read ${ramdisk_load_address} 0x620000 ${ramdisk_size} && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"jtagboot=echo TFTPing Linux to RAM... && " \
"tftpboot ${kernel_load_address} ${kernel_image} && " \
"tftpboot ${devicetree_load_address} ${devicetree_image} && " \
"tftpboot ${ramdisk_load_address} ${ramdisk_image} && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"rsa_norboot=echo Copying Image from NOR flash to RAM... && " \
"cp.b 0xE2100000 0x100000 ${boot_size} && " \
"zynqrsa 0x100000 && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"rsa_nandboot=echo Copying Image from NAND flash to RAM... && " \
"nand read 0x100000 0x0 ${boot_size} && " \
"zynqrsa 0x100000 && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"rsa_qspiboot=echo Copying Image from QSPI flash to RAM... && " \
"sf probe 0 0 0 && " \
"sf read 0x100000 0x0 ${boot_size} && " \
"zynqrsa 0x100000 && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"rsa_sdboot=echo Copying Image from SD to RAM... && " \
"load mmc 0 0x100000 ${boot_image} && " \
"zynqrsa 0x100000 && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"rsa_jtagboot=echo TFTPing Image to RAM... && " \
"tftpboot 0x100000 ${boot_image} && " \
"zynqrsa 0x100000 && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
DFU_ALT_INFO
#endif
</source>
{{Конец скрытого блока}}

Иван загружал clonicus.bit юбутом через Uboot.env. Вроде как можно вместо Uboot.env сделать uEnv.txt - на схожесть не проверял.

'''Иванова Uboot.env''' в текстовом редакторе после приведения в читаемый вид:
<source lang = bash>
<TіQautoload=yes
boot_dtb=fatload mmc 0 0x9000000 system.dtb
boot_image=fatload mmc 0 0xA000000 image.ub
bootcmd=run swdt_set && run fpga_config && run boot_image && run boot_dtb && bootm 0xA000000 0xA000000 0x9000000
bootdelay=1
ethaddr=00:0a:35:00:21:70
fdtcontroladdr=ffa91b0
fileaddr=100000
filesize=5b3f74
swdt_set=run swdt_ccr && run swdt_rst && run swdt_zmr
swdt_ccr=mw 0xf8005004 0x92063b
swdt_rst=mw 0xf8005008 0x1999
swdt_zmr=mw 0xf8005000 0xabc043
fpga_config=run load_bit && run pl_load
ipaddr=192.168.0.110
kernel_img=image.ub
load_bit=fatload mmc 0 0x100000 clonicus.bit
netmask=255.255.255.0
pl_load=fpga loadb 0 0x100000 0x1400000
serverip=192.168.0.1
</source>

==== Env to binary ====
В исходниках U-boot давно лежит утилита mkenvimage.c.
Пока что так и не попользовался ей.
https://bootlin.com/blog/mkenvimage-uboot-binary-env-generator/

Код Андрея по переводу текстового uEnv.txt в бинарный:
<source lang=python>
import zlib
import sys

if len(sys.argv) != 4:
sys.exit('args error!')

inputFilename = str(sys.argv[1])
outputFilename = str(sys.argv[2])
write_size = int(sys.argv[3])

with open(inputFilename, "r") as fid:
lines = [line for line in fid]

lines_zero = (''.join(lines)).replace('\n', '\0')
lines_zero = lines_zero + (write_size - len(lines_zero)) * '\0'
fbytes = lines_zero.encode()
fid.close()

crc = (zlib.crc32(fbytes)).to_bytes(4, byteorder='little')

file_contents = crc + fbytes

fid = open(outputFilename,"wb")
fid.write(file_contents)
fid.close()
</source>

==== U-boot patch ====
Попробовал пропатчить u-boot для добавления поддержки qspi флешки, которая не поддерживалась.

[https://docs.amd.com/v/u/2019.1-English/ug1144-petalinux-tools-reference-guide#page=107 Как сделать внешние исходники u-boot в проекте]

[https://devconnected.com/how-to-create-and-apply-git-patch-files/ Как делать git patch]

Методология создания патча для U-boot:
* Куда-то рядом или внутрь проекта в <projectname>/components/ext_sources/MY-U-BOOT/ скачивается [https://github.com/Xilinx/u-boot-xlnx/tree/xilinx-v2017.4 гит юбута].
* Переходим на ветку xilinx-v2017.4
<source lang = bash>
git checkout xilinx-v2017.4
</source>
* Создаем новую ветку mytest
<source lang = bash>
git checkout -b mytest
</source>
* Находим в исходниках файлик(и), в который хотим внести изменения. Вносим изменения. Коммитим в ветку mytest.
* Делаем файл патча относительно ветки xilinx-v2017.4, находясь в ветке mytest. В той папке, в которой вызываем команду, появится файл '''0001-<commit-mesg>.patch'''
<source lang = bash>
git format-patch xilinx-v2017.4
</source>
* Копируем файл 0001-<commit-mesg>.patch в <projectname>/project-spec/meta-user/recipes-bsp/u-boot/files/
* Добавляем в файл '''<projectname>/project-spec/meta-user/recipes-bsp/u-boot/u-boot-xlnx_%.bbappend''' строку с именем патча:
<source lang = bash>
SRC_URI_append = " file://0001-add-spi-support-for-w25q512jv.patch"
</source>
* Собираем
<source lang = bash>
petalinux-build -c u-boot
</source>

Для изменения стартового сообщения U-Boot 2017.01 (Jun 07...) идем в <projectname>/components/ext_sources/MY-U-BOOT/u-boot-xlnx/Makefile. В строке 5 есть VERSION, в строке 1280 сам вывод.
То же можно сделать где-то в petalinux конфигах / юбут конфигах, не залезая в исходники.

[[Категория:Zynq]]
[[Категория:EmbeddedLinux]]
[[Category:Clonicus]]

{{wl-publish: 2024-06-17 07:27:00 +00:00 | Dneprov D }}

Blog:DneprovD/17.06.2024 Clonicus 2.0

2024-06-26T07:49:34Z

Dneprov D: /* QSPI Flash */

<summary hidden=true>
<center>[[File:IMG_20240621_134919.jpg|400px]]</center>
</summary>
{{Форма2}}
__TOC__

== Косяки ==
=== DDR ===
На плате установлен 1 чип DDR3L MT41K128M16-107 на 256 МБ. В проекте вивадо достаточно было выбрать похожее устройство, тайминги были выставлены автоматически. Задержки по дорогам берутся из альтиума.

Память сначала отказывалась работать, повисала на калибровке WL. Потыкались осцилографом - проблема была в некачественной пайке.

[https://static.chipdip.ru/lib/911/DOC012911114.pdf Даташит на DDR]

[https://www.youtube.com/watch?v=W3Jt_y6PHjA&ab_channel=Phil%E2%80%99sLab Видео, какие тайминги откуда брать]

[https://docs.amd.com/v/u/en-US/ds191-XC7Z030-XC7Z045-data-sheet#page=17 Таблица20: максимальная скорость DDR в цинках]

=== SD Card ===
Были проблемы с подмонтированием разделов и ошибки чтения секторов. Проблема схемотехническая в обвязке и непонятном левелшифтере PI4ULS5V106.

=== Nomada ===
Припаян не тот кварц (выбран не с тем номиналом напряжения). Подтянут к нужному номиналу резистором.

== Заметки ==
=== Ethernet ===
(!) Для корректной работы желательно пересобирать u-boot при изменении девайстри, и boot.bin командой
<source lang="bash">
petalinux-package --boot --format BIN --fsbl ./zynq_fsbl.elf --u-boot --force
</source>
На плате есть 2 физика:
* К GEM0 подключен Realtek RTL8211E-VL-CG.
* К GEM1 подключен Texas Instruments DP83867.
* Шина MDIO общая, на пинах 52-53.

В Vivado включал отдельно только Ethernet0, только Ethernet1, оба сразу с MDIO на нулевом.

Каждый физик отдельно видится на мдио независимо от того, к Ethernet0 или Ethernet1 она подключена. В стандалоне тестах в sdk автосогласование проходят оба физика, тест их находит.

U-boot версии 2017.4 видит оба физика на мдио, но драйвер прикручивает только к первому по порядку в девайстри. Два сразу старый U-boot не умеет до версии 2018.1 (гуглится обсуждение).

При работе с двумя физиками рекомендуют накатить на ядро патч драйвера macb, чтобы он видел два физика. При этом раздел mdio {} в девайстри заработал только при помещении его в общую часть, там где {aliases, chosen}.

[https://xilinx-wiki.atlassian.net/wiki/spaces/A/pages/18841740/Macb+Driver Заметка на хиливики про Common MDIO DT Macb Driver]

[https://xilinx-wiki.atlassian.net/wiki/spaces/A/pages/18842475/PetaLinux+Yocto+Tips#PetaLinuxYoctoTips-PatchingtheLinuxKernelofaPetaLinuxProject Как патчить ядро]

[https://xilinx-wiki.atlassian.net/wiki/spaces/A/pages/18841740/Macb+Driver Пример девайстри с вики для двух PHY]

[https://support.xilinx.com/s/article/69132?language=en_US Оффициальный AR xilinx для dual PHY с патчами]

[https://support.xilinx.com/s/question/0D52E00006hpe3DSAQ/dual-ethernet-still-not-working-after-patching-macb-driver-petalinux-20172?language=en_US AR#1]

[https://support.xilinx.com/s/question/0D52E00007AMwsGSAT/how-to-fix-zynq7000-dual-ethernet-phy-on-single-mdio-bus-in-xilinxv20191-and-newer?language=en_US AR#2]

[https://support.xilinx.com/s/question/0D52E00006iHu9HSAS/dual-phys-on-mdioemio?language=en_US AR#3]

[https://support.xilinx.com/s/question/0D52E00007AMwsGSAT/how-to-fix-zynq7000-dual-ethernet-phy-on-single-mdio-bus-in-xilinxv20191-and-newer?language=en_US AR#4]

[https://support.xilinx.com/s/question/0D52E00006iHlW2SAK/zynq-dual-ethernet-question?language=en_US AR#5]

==== Один PHY ====
Рабочий devicetree для ядра без патча, один PHY (на выбор):

'''<projectname>/project-spec/meta-user/recipes-bsp/device-tree/files/system-user.dtsi''':
<source lang = bash>
/* RTL8211E */
&gem0{
status = "okay";
phy-handle = <&phy1>;
phy-mode = "rgmii-id";
local-mac-address = [00 0a 35 00 22 01];

mdio {
status = "okay";
#address-cells = <1>;
#size-cells = <0>;

phy0: phy@1 {
status = "okay";
device_type = "ethernet-phy";
reg = <1>;
};
};
};

/*TI dp83867 */
&gem1{
status = "okay";
phy-handle = <&phy1>;
phy-mode = "rgmii-id";
local-mac-address = [00 0a 35 00 22 02];

xlnx,eth-mode = <0x1>;

mdio {
status = "okay";
#address-cells = <1>;
#size-cells = <0>;

phy1: phy@12 {
status = "okay";
compatible = "ethernet-phy-ieee802.3-c22";
device_type = "ethernet-phy";

reg = <12>;
ti,rx-internal-delay = <0x7>;
ti,tx-internal-delay = <0x7>;
ti,fifo-depth = <0x01>;
ti,min-output-impedance;
ti,dp83867-rxctrl-strap-quirk;
};
};
};

</source>

==== Два PHY ====
Пропатчено ядро для общей mdio. Mdio на Ethernet0 в Vivado, пины 52-53. Первый физик поднимается автоматически. Второй жив, пожнимается через:
<source lang = bash>
ifconfig eth1 192.168.0.231 netmask 255.255.255.0 up
</source>

'''<projectname>/project-spec/meta-user/recipes-bsp/device-tree/files/system-user.dtsi''':
<source lang = bash>
/ {
aliases {...}

chosen {...}

mdio {
compatible = "cdns,macb-mdio";
reg = <0xe000b000 0x1000>;
status = "okay";
clocks = <&clkc 30>, <&clkc 30>, <&clkc 13>;
clock-names = "pclk", "hclk", "tx_clk";
#address-cells = <1>;
#size-cells = <0>;

phy0: phy@1 {
compatible = "ethernet-phy-ieee802.3-c22";
device_type = "ethernet-phy";
reg = <1>;
status = "okay";
};

phy1: phy@12 {
compatible = "ethernet-phy-ieee802.3-c22";
device_type = "ethernet-phy";
reg = <12>;
status = "okay";
ti,rx-internal-delay = <0x7>;
ti,tx-internal-delay = <0x7>;
ti,fifo-depth = <0x01>;
ti,min-output-impedance;
ti,dp83867-rxctrl-strap-quirk;
};
};
};

&gem0{
status = "okay";
phy-handle = <&phy0>;
phy-mode = "rgmii-id";
local-mac-address = [00 0a 35 00 22 01];
};

&gem1{
status = "okay";
phy-handle = <&phy1>;
phy-mode = "rgmii";
local-mac-address = [00 0a 35 00 22 02];

xlnx,eth-mode = <0x1>;
};
</source>

=== QSPI Flash ===
На плате установлена не поддерживаемая (нету) по табличке W25Q512JVEIQ.

Флешка поднялась, причина - отсутствие резистора на QSPI_SCK_MODE4 - была закоротка на землю.

Пропатчил юбут, добавив в файл <projectname>/components/ext_sources/MY-U-BOOT/u-boot-xlnx/drivers/mtd/spi/spi_flash_ids.c флешку, и наложив патч:

'''0001-add-spi-support-for-w25q512jv.patch'''
<source lang = bash>
From 17ebfc83d3929446288d1143d33d8fbd156360d0 Mon Sep 17 00:00:00 2001
From: DneprovD <dneprov_dv@mail.ru>
Date: Thu, 20 Jun 2024 12:27:45 +0300
Subject: [PATCH] add spi support for w25q512jv

---
drivers/mtd/spi/spi_flash_ids.c | 1 +
1 file changed, 1 insertion(+)

diff --git a/drivers/mtd/spi/spi_flash_ids.c b/drivers/mtd/spi/spi_flash_ids.c
index cb27c88..c3e725a 100644
--- a/drivers/mtd/spi/spi_flash_ids.c
+++ b/drivers/mtd/spi/spi_flash_ids.c
@@ -167,6 +167,7 @@ const struct spi_flash_info spi_flash_ids[] = {
{"w25q32dw", INFO(0xef6016, 0x0, 64 * 1024, 64, RD_FULL | WR_QPP | SECT_4K) },
{"w25q64dw", INFO(0xef6017, 0x0, 64 * 1024, 128, RD_FULL | WR_QPP | SECT_4K) },
{"w25q128fw", INFO(0xef6018, 0x0, 64 * 1024, 256, RD_FULL | WR_QPP | SECT_4K) },
+ {"w25q512jv", INFO(0xef4020, 0x0, 64 * 1024, 1024, RD_FULL | WR_QPP | SECT_4K) },
#endif
{}, /* Empty entry to terminate the list */
/*
--
1.9.1

</source>

В project-spec/meta-user/recipes-bsp/u-boot/files/platform-top.h добавил
<source lang=bash>
#define CONFIG_SPI_FLASH_WINBOND Y
</source>

[https://support.xilinx.com/s/article/50991?language=en_US Список поддерживаемых Zynq 7000 флешек и гайд что делать с неподдерживаемыми]

[https://support.xilinx.com/s/article/62743?language=en_US Гайд для неподдерживаемых]

[https://srns.ru/wiki/%D0%A4%D0%B0%D0%B9%D0%BB:QSPI_FLASH_support_guide_rev1.0.pdf Гайд по добавлению правок в U-boot]

[https://xilinx-wiki.atlassian.net/wiki/spaces/A/pages/18842262/Zynq+QSPI+Driver Zynq QSPI Driver на хилипедии]

=== U-boot ===
==== Env ====
uEnv.txt - только для sd boot (захардкожено в u-boot-xlnx/include/configs/zynq-common.h).

Вроде бы можно [https://community.intel.com/t5/FPGA-SoC-And-CPLD-Boards-And/Unable-to-read-file-u-boot-scr/td-p/219580 обернуть юбутом (mkImage)] тектовый файл, и зашить в qspi. Не пробовал, вдруг не нужно.

{{Начало скрытого блока|Выравнивание_заголовка = left| Ссылка = left|Заголовок = Код стандартной env из zynq-common.h:}}
<source lang=bash>
/* Default environment */
#ifndef CONFIG_EXTRA_ENV_SETTINGS
#define CONFIG_EXTRA_ENV_SETTINGS \
"ethaddr=00:0a:35:00:01:22\0" \
"kernel_image=uImage\0" \
"kernel_load_address=0x2080000\0" \
"ramdisk_image=uramdisk.image.gz\0" \
"ramdisk_load_address=0x4000000\0" \
"devicetree_image=devicetree.dtb\0" \
"devicetree_load_address=0x2000000\0" \
"bitstream_image=system.bit.bin\0" \
"boot_image=BOOT.bin\0" \
"loadbit_addr=0x100000\0" \
"loadbootenv_addr=0x2000000\0" \
"kernel_size=0x500000\0" \
"devicetree_size=0x20000\0" \
"ramdisk_size=0x5E0000\0" \
"boot_size=0xF00000\0" \
"fdt_high=0x20000000\0" \
"initrd_high=0x20000000\0" \
"bootenv=uEnv.txt\0" \
"loadbootenv=load mmc 0 ${loadbootenv_addr} ${bootenv}\0" \
"importbootenv=echo Importing environment from SD ...; " \
"env import -t ${loadbootenv_addr} $filesize\0" \
"sd_uEnvtxt_existence_test=test -e mmc 0 /uEnv.txt\0" \
"preboot=if test $modeboot = sdboot && env run sd_uEnvtxt_existence_test; " \
"then if env run loadbootenv; " \
"then env run importbootenv; " \
"fi; " \
"fi; \0" \
"mmc_loadbit=echo Loading bitstream from SD/MMC/eMMC to RAM.. && " \
"mmcinfo && " \
"load mmc 0 ${loadbit_addr} ${bitstream_image} && " \
"fpga load 0 ${loadbit_addr} ${filesize}\0" \
"norboot=echo Copying Linux from NOR flash to RAM... && " \
"cp.b 0xE2100000 ${kernel_load_address} ${kernel_size} && " \
"cp.b 0xE2600000 ${devicetree_load_address} ${devicetree_size} && " \
"echo Copying ramdisk... && " \
"cp.b 0xE2620000 ${ramdisk_load_address} ${ramdisk_size} && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"qspiboot=echo Copying Linux from QSPI flash to RAM... && " \
"sf probe 0 0 0 && " \
"sf read ${kernel_load_address} 0x100000 ${kernel_size} && " \
"sf read ${devicetree_load_address} 0x600000 ${devicetree_size} && " \
"echo Copying ramdisk... && " \
"sf read ${ramdisk_load_address} 0x620000 ${ramdisk_size} && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"uenvboot=" \
"if run loadbootenv; then " \
"echo Loaded environment from ${bootenv}; " \
"run importbootenv; " \
"fi; " \
"if test -n $uenvcmd; then " \
"echo Running uenvcmd ...; " \
"run uenvcmd; " \
"fi\0" \
"sdboot=if mmcinfo; then " \
"run uenvboot; " \
"echo Copying Linux from SD to RAM... && " \
"load mmc 0 ${kernel_load_address} ${kernel_image} && " \
"load mmc 0 ${devicetree_load_address} ${devicetree_image} && " \
"load mmc 0 ${ramdisk_load_address} ${ramdisk_image} && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}; " \
"fi\0" \
"usbboot=if usb start; then " \
"run uenvboot; " \
"echo Copying Linux from USB to RAM... && " \
"load usb 0 ${kernel_load_address} ${kernel_image} && " \
"load usb 0 ${devicetree_load_address} ${devicetree_image} && " \
"load usb 0 ${ramdisk_load_address} ${ramdisk_image} && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}; " \
"fi\0" \
"nandboot=echo Copying Linux from NAND flash to RAM... && " \
"nand read ${kernel_load_address} 0x100000 ${kernel_size} && " \
"nand read ${devicetree_load_address} 0x600000 ${devicetree_size} && " \
"echo Copying ramdisk... && " \
"nand read ${ramdisk_load_address} 0x620000 ${ramdisk_size} && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"jtagboot=echo TFTPing Linux to RAM... && " \
"tftpboot ${kernel_load_address} ${kernel_image} && " \
"tftpboot ${devicetree_load_address} ${devicetree_image} && " \
"tftpboot ${ramdisk_load_address} ${ramdisk_image} && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"rsa_norboot=echo Copying Image from NOR flash to RAM... && " \
"cp.b 0xE2100000 0x100000 ${boot_size} && " \
"zynqrsa 0x100000 && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"rsa_nandboot=echo Copying Image from NAND flash to RAM... && " \
"nand read 0x100000 0x0 ${boot_size} && " \
"zynqrsa 0x100000 && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"rsa_qspiboot=echo Copying Image from QSPI flash to RAM... && " \
"sf probe 0 0 0 && " \
"sf read 0x100000 0x0 ${boot_size} && " \
"zynqrsa 0x100000 && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"rsa_sdboot=echo Copying Image from SD to RAM... && " \
"load mmc 0 0x100000 ${boot_image} && " \
"zynqrsa 0x100000 && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
"rsa_jtagboot=echo TFTPing Image to RAM... && " \
"tftpboot 0x100000 ${boot_image} && " \
"zynqrsa 0x100000 && " \
"bootm ${kernel_load_address} ${ramdisk_load_address} ${devicetree_load_address}\0" \
DFU_ALT_INFO
#endif
</source>
{{Конец скрытого блока}}

Иван загружал clonicus.bit юбутом через Uboot.env. Вроде как можно вместо Uboot.env сделать uEnv.txt - на схожесть не проверял.

'''Иванова Uboot.env''' в текстовом редакторе после приведения в читаемый вид:
<source lang = bash>
<TіQautoload=yes
boot_dtb=fatload mmc 0 0x9000000 system.dtb
boot_image=fatload mmc 0 0xA000000 image.ub
bootcmd=run swdt_set && run fpga_config && run boot_image && run boot_dtb && bootm 0xA000000 0xA000000 0x9000000
bootdelay=1
ethaddr=00:0a:35:00:21:70
fdtcontroladdr=ffa91b0
fileaddr=100000
filesize=5b3f74
swdt_set=run swdt_ccr && run swdt_rst && run swdt_zmr
swdt_ccr=mw 0xf8005004 0x92063b
swdt_rst=mw 0xf8005008 0x1999
swdt_zmr=mw 0xf8005000 0xabc043
fpga_config=run load_bit && run pl_load
ipaddr=192.168.0.110
kernel_img=image.ub
load_bit=fatload mmc 0 0x100000 clonicus.bit
netmask=255.255.255.0
pl_load=fpga loadb 0 0x100000 0x1400000
serverip=192.168.0.1
</source>

==== U-boot patch ====
Попробовал пропатчить u-boot для добавления поддержки qspi флешки, которая не поддерживалась.

[https://docs.amd.com/v/u/2019.1-English/ug1144-petalinux-tools-reference-guide#page=107 Как сделать внешние исходники u-boot в проекте]

[https://devconnected.com/how-to-create-and-apply-git-patch-files/ Как делать git patch]

Методология создания патча для U-boot:
* Куда-то рядом или внутрь проекта в <projectname>/components/ext_sources/MY-U-BOOT/ скачивается [https://github.com/Xilinx/u-boot-xlnx/tree/xilinx-v2017.4 гит юбута].
* Переходим на ветку xilinx-v2017.4
<source lang = bash>
git checkout xilinx-v2017.4
</source>
* Создаем новую ветку mytest
<source lang = bash>
git checkout -b mytest
</source>
* Находим в исходниках файлик(и), в который хотим внести изменения. Вносим изменения. Коммитим в ветку mytest.
* Делаем файл патча относительно ветки xilinx-v2017.4, находясь в ветке mytest. В той папке, в которой вызываем команду, появится файл '''0001-<commit-mesg>.patch'''
<source lang = bash>
git format-patch xilinx-v2017.4
</source>
* Копируем файл 0001-<commit-mesg>.patch в <projectname>/project-spec/meta-user/recipes-bsp/u-boot/files/
* Добавляем в файл '''<projectname>/project-spec/meta-user/recipes-bsp/u-boot/u-boot-xlnx_%.bbappend''' строку с именем патча:
<source lang = bash>
SRC_URI_append = " file://0001-add-spi-support-for-w25q512jv.patch"
</source>
* Собираем
<source lang = bash>
petalinux-build -c u-boot
</source>

Для изменения стартового сообщения U-Boot 2017.01 (Jun 07...) идем в <projectname>/components/ext_sources/MY-U-BOOT/u-boot-xlnx/Makefile. В строке 5 есть VERSION, в строке 1280 сам вывод.

[[Категория:Zynq]]
[[Категория:EmbeddedLinux]]
[[Category:Clonicus]]

{{wl-publish: 2024-06-17 07:27:00 +00:00 | Dneprov D }}