Ник:
Пароль:

Контакты

Cтатус Skype: starterkit.ru
тел.: (+7 3412) 478-448
тел.: +7 922 680-21-73
тел.: +7 922 680-21-74
E-mail: info@starterkit.ru
Партнеры:
otladka.com.ua - г.Киев

Способы оплаты

User Info


Добро пожаловать,
Guest

Регистрация или входРегистрация или вход
Потеряли пароль?Потеряли пароль?

Ник:
Пароль:

ПользователейПользователей:1
Поисковых ботовПоисковых ботов:3
ГостейГостей:1

ОбновитьПодробнееВсегоВсего:5
Форум » starterkit.ru » Процессорные модули » SK-iMX6S/D-SODIMM
SK-iMX6S-SODIMM-Ind, новая eMMC
incredi
Добавлено 19.05.2017 18:28 Сообщение: 11
incredi
0

Пункты: 2128
Регистрация: 11.12.2014
Спасибо!
Спуститься к концу Подняться к началу
Персональная информация
soldatic
Добавлено 27.06.2017 11:45 Сообщение: 12
soldatic
4

Пункты: 3055
Регистрация: 28.10.2015
И еще раз, здравствуйте.
Спасибо за разборы полетов.
Благополучно справились с программированием модулей с новой флешкой.
Для перехода загрузки по USB используем аппаратный метод (R72 на землю).
Программированием целевых изделий занимается производство, им про консоль лучше не упоминать.
Для них необходим надежный и понятный способ, пишем инструкцию по программированию.
Очень хотелось бы иметь на внешнем разъеме модуля вывод R72 для организации на нашей плате кнопочки для программирования.
Можно ли надеяться на такую возможность в следующих партиях модулей?
Спуститься к концу Подняться к началу
Персональная информация
Pavel Ivanchenko
Добавлено 03.07.2017 10:57 Сообщение: 13
Pavel Ivanchenko
Admin
4.45

Пункты: 84439
Регистрация: 24.03.2009
Пол: Мужчина
Нет.
Читаем внимательней:
Цитата
2.1) Доработка материнской платы требует подтянуть через резистор 1кОм к 3,3В линию BUS_DA3 (132 контакт модуля)

С учетом этой доработки на материнской плате, можно не программировать eFuse и организовать "кнопочку для программирования".
Спуститься к концу Подняться к началу
Персональная информация
Sol
Добавлено 09.02.2018 13:38 Сообщение: 14
Sol
0

Пункты: 578
Регистрация: 01.07.2010
Добрый день! Прошу помощи.
Перечитал данную тему вдоль и поперек, но не могу прошиь свой тестовый модуль iMX6S-SODIMM-Ind

Будучи новым модуль успешно загружал image_safe.
Перешел к этапу прошивки своей корневой.
Для начала хотел проверить нормальную работу MFGTools из архива Mass_eFuse_Burn с ftp без каких-либо изменений с моей стороны.
Не работает. Симптомы - ядро с initramfs грузит, скрипт emmc_format проходит.
Потом получаю [ utp_file_read ] copy errors и прошивка начинается по новой, так до бесконечности.
Плата точно с новой eMMC (THGB...BAWL)
Лог из консоли:

Код

Welcome to Buildroot - Initramfs
SK-iMX6-SODIMM_safe login: utp_poll: pass returned.
UTP: received command '$ chmod 777 /bin/emmc_format'
UTP: executing "chmod 777 /bin/emmc_format"
UTP: sending Success to kernel for command $ chmod 777 /bin/emmc_format.
utp_poll: pass returned.
UTP: received command 'send'
UTP: sending Success to kernel for command send.
UTP: received command '$ cp $FILE /root/u-boot.imx'
UTP: executing "cp $FILE /root/u-boot.imx"
UTP: sending Success to kernel for command $ cp $FILE /root/u-boot.imx.
utp_poll: pass returned.
UTP: received command '$ dd if=/dev/zero of=/dev/mmcblk0 bs=1024 count=10000 && sync && sync'
UTP: executing "dd if=/dev/zero of=/dev/mmcblk0 bs=1024 count=10000 && sync && sync"
10000+0 records in
10000+0 records out
UTP: sending Success to kernel for command $ dd if=/dev/zero of=/dev/mmcblk0 bs=1024 count=10000 && sync && sync.
utp_poll: pass returned.
UTP: received command '$ /bin/emmc_format'
UTP: executing "/bin/emmc_format"
PHY: 1:00 - Link is Up - 100/Full
dd: writing '/dev/mmcblk0': No space left on device
15269889+0 records in
15269888+0 records out
Checking that no-one is using thi mmcblk0: unknown partition table
s disk right now ...
OK

Disk /dev/mmcblk0: 238592 cylinders, 4 heads, 16 sectors/track

sfdisk: ERROR: sector 0 does not have an msdos signature mmcblk0: p1

/dev/mmcblk0: unrecognized partition table type
Old situation:
No partitions found
New situation:
Units = mebibytes of 1048576 bytes, blocks of 1024 bytes, counting from 0

Device Boot Start End MiB #blocks Id System
/dev/mmcblk0p1 5 7455 7451 7629824 83 Linux
/dev/mmcblk0p2 0 - 0 0 0 Empty
/dev/mmcblk0p3 0 - 0 0 0 Empty
/dev/mmcblk0p4 0 - 0 0 0 Empty
Warning: no primary partition is marked bootable (active)
This does not matter for LILO, but the DOS MBR will not boot this disk.
Successfully wrote the new partition table

Re-reading the partition table ...

If you created or changed a DOS partition, /dev/foo7, say, then use dd(1)
to zero the first 512 bytes: dd if=/dev/zero of=/dev/foo7 bs=512 count=1
(See fdisk(8).)
mknod: /dev/mmcblk0p1: File exists
umount: can't umount /dev/mmcblk0p1: Invalid argument
mke2fs 1.42.7 (21-Jan-2013)
Discarding device blocks: done
Filesystem label=Rootfs
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
Stride=0 blocks, Stripe width=0 blocks
477664 inodes, 1907456 blocks
95372 blocks (5.00%) reserved for the super user
First data block=0
Maximum filesystem blocks=1954545664
59 block groups
32768 blocks per group, 32768 fragments per group
8096 inodes per group
Superblock backups stored on blocks:
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632

Allocating group tables: done
Writing inode tables: done
Creating journal (32768 blocks): done
Writing superblocks and filesystem accounting information: done

mkdir: can't create directory '/mnt/mmcblk0p1': File exists
EXT4-fs (mmcblk0p1): mounted filesystem with ordered data mode. Opts: (null)
UTP: sending Success to kernel for command $ /bin/emmc_format.
utp_poll: pass returned.
UTP: received command '$ dd if=/root/u-boot.imx of=/dev/mmcblk0 bs=512 seek=2 && sync && sync'
UTP: executing "dd if=/root/u-boot.imx of=/dev/mmcblk0 bs=512 seek=2 && sync && sync"
446+0 records in
446+0 records out
UTP: sending Success to kernel for command $ dd if=/root/u-boot.imx of=/dev/mmcblk0 bs=512 seek=2 && sync && sync.
utp_poll: pass returned.
UTP: received command 'pipe tar -zx -C /mnt/mmcblk0p1'
pid is 233, UTP: executing "tar -zx -C /mnt/mmcblk0p1"
UTP: sending Success to kernel for command pipe tar -zx -C /mnt/mmcblk0p1.
UTP: received command 'frf'
UTP: closing the file
UTP: sending Success to kernel for command frf.
utp_poll: pass returned.
UTP: received command '$ sync && sync'
UTP: executing "sync && sync"
UTP: sending Success to kernel for command $ sync && sync.
utp_poll: pass returned.
UTP: received command '$ echo Update Complete!'
UTP: executing "echo Update Complete!"
Update Complete!
UTP: sending Success to kernel for command $ echo Update Complete!.
utp_poll: pass returned.
UTP: received command '$ reboot'
UTP: executing "reboot"
UTP: sending Success to kernel for command $ reboot.
The system is going down NOW!imx2-wdt imx2-wdt.0: Unexpected close: Expect reboot!

[ utp_file_read ] copy errors



По факту - после снятия J1 плата кирпич, в консоли тишина. Модификация на MB с подтяжкой через 1к 132 линии есть (плата уже пришла с ней).

В чем может быть дело?
Спуститься к концу Подняться к началу
Персональная информация
Sol
Добавлено 09.02.2018 15:18 Сообщение: 15
Sol
0

Пункты: 578
Регистрация: 01.07.2010
Цитата

По факту - после снятия J1 плата кирпич, в консоли тишина. Модификация на MB с подтяжкой через 1к 132 линии есть (плата уже пришла с ней).
В чем может быть дело?


Уточнение по горячим следам. После ряда эксперментов вычислил что если в точно нужный момент после заливки корневой в MFgTools успеть ткнуть "Stop", то можно получить полноценно рабочюю плату. Ткнув Stop чуть раньше или чуть позже - получаем или кирпич (т.к. успела потереться eMMC) или битую корневую (не до конца скопировалась).

Посему вопрос свелся к совершенно детскому - как заставить MFGTools вовремя остановиться и не перешивать одну и ту же плату по кругу? Ситуация скорее смешная чем серьезная, но все же.
Спуститься к концу Подняться к началу
Персональная информация
sasamy
Добавлено 09.02.2018 20:53 Редактировалось 09.02.2018 20:55 Сообщение: 16
sasamy
4.77

Пункты: 57797
Регистрация: 14.08.2009
Цитата

Посему вопрос свелся к совершенно детскому - как заставить MFGTools вовремя остановиться и не перешивать одну и ту же плату по кругу?


Замените в файле ucl2.xml reboot на halt, в той версии что у меня есть этот файл лежит тут

mfgtools/Profiles/Linux/OS Firmware/ucl2.xml

<LIST name="eMMC" desc="Choose eMMC as media">
....
<CMD state="Updater" type="push" body="$ reboot"/>
Спуститься к концу Подняться к началу
Персональная информация
Pavel Ivanchenko
Добавлено 04.07.2018 13:14 Редактировалось 04.07.2018 13:14 Сообщение: 17
Pavel Ivanchenko
Admin
4.45

Пункты: 84439
Регистрация: 24.03.2009
Пол: Мужчина
Недавно обнаружил не точность в значении при необходимости записи параметров загрузки eMMC в eFuse ...
В архиве Mass_eFuse_Burn.rar программирование eFuse предусмотрено, но закоментированно, см. ucl2.xml:
Код
<CMD state="Updater" type="push" body="$ echo 0x00001060 > /sys/fsl_otp/HW_OCOTP_CFG4">Burn eMMC CFG</CMD>
<CMD state="Updater" type="push" body="$ echo 0x00000010 > /sys/fsl_otp/HW_OCOTP_CFG5">Burn BT_FUSE_SEL</CMD>

Значение 0x00001060 хотя и указывает на источник загрузки eMMC (3 порт), но оставляет High Speed режим при старте!
Правильнее будет писать 0x00001068 в FGF4.
3 Бит "SD/MMC Speed": 0 - High, 1 - Normal
Спуститься к концу Подняться к началу
Персональная информация
Форум » starterkit.ru » Процессорные модули » SK-iMX6S/D-SODIMM