Столкнулся с непонятной особенностью. На днях собрал сборку Buildroot из-под вашей виртуальной машины (ничего в конфиге не меняя, только произвел очистку clean и выбрал A40i и HDMI). После чего успешно залил sdcard.img на плату. До этого там уже стояла сборка из вашей sdcard.img (поставляемого в вашем архиве). И вторая установка через sunxi-fel прошла абсолютно с теми же шагами, как и первая - FEL+RESET, boot.bat и т.д. Командой "uname -a" проверил, что встала именно новая система.
Сегодня попробовал залить новый (третий) образ img. Но делал это на другом компе, хотя не факт, что это играет роль. При подключении к компу плата сразу обнаруживается как Gadget Serial v2.4 и занимает COM-порт. Хотел поставить драйвера, но в Zadig устройство почему-то имеет "левые" PID/VID = 0525/A4A7. Нажатие FEL+RESET ни в какой режим не переводит. Само собой, запуск boot.bat завершается ошибкой "загрузочное устройство не найдено". И даже подключение платы к предыдущему компу определило устройства как Gadget Serial, несмотря на то, что до этого там все определялось что называется "строго по мануалу".
Разбирался минут 20. В конце концов смог победить тем, что удалил устройство из Диспетчера устройств. И обязательно без переподключения(!) microUSB к ПК перевел его в режим загрузки (FEL+RESET). Только после этого получилось с ним работать дальше.
После установки снова подключил к компу - и снова определяется как COM-порт.
Откуда такое поведение именно после "моих" сборок? Как можно вернуть привычное поведение без свистоплясок с удалением из Диспетчера?
по вашему описанию процессор не уходит в загрузку по USB а просто загружает систему с emmc - вряд ли это с драйверами на компьютере связано - скорей кноку FEL рано отпускаете - она должна быть нажата во время старта процессора.
PS попробуйте перед подачей питания на выключенной плате нажать кнопку FEL, подать питание, после этого отпустить кнопку FEL
Программа sunxi-fel не запускается на win7 32bit и на win11pro 64bit.
Подавая команду с терминала ums 0 mmc1 - в Ubunte получаем доступ к содержимому emmc модуля. Пример скрипта для прошивки модуля можете привести, сам я его не смогу сделать.
эта команда в uboot эмулширует mass storage с содержимым emmc - надо записать итмидж sdcard.img на него. Сначала надо определить как нвазывается этот диск в системе - обычно /dev/sdb, смотрите
dmesg
размонитировать его - раз видите содержимое он автоматически смонтировался
Начал делать через DD команду. Ждал почти 3ч, в терминале Ubuntы тишина. Теперь модуль скорее мертв чем жив. При включении в терминал выдает
U-Boot SPL 2022.04 (Sep 29 2025 - 21:43:57 +0300)
DRAM: 1024 MiB
Trying to boot from MMC2
На fel режим в win определяет устройство.
Каков теперь порядок восстановления?
U-Boot SPL 2022.04 (Sep 29 2025 - 21:43:57 +0300)
DRAM: 1024 MiB
Trying to boot from MMC2
Вы забежали на три шага вперед ...
Это ваш образ не работает, не то запустили, не то записали ... гадайте.
Как вариант происходящего, перечтите первые сообщения этого топика на предмет возникновения ошибок при записи с разными USB хостами, вероятно возникает ошибка при копировании и все просто встает (в процессе записи, в терминале модуля печатаются "#") или еще с десяток возможных вариантов происходящего ...
Найдите комп с Win10 64р - на ней sunxi-fel и sunxi-fel-dfu нормально работает (надеюсь прочитали мануал на предмет разных способов записи) и начните со штатных-рабочих образов.
Найдите комп с Win10 64р - на ней sunxi-fel и sunxi-fel-dfu нормально работает (надеюсь прочитали мануал на предмет разных способов записи) и начните со штатных-рабочих образов.
Программируется через Win10 64b без проблем.
Пробовал снова через команду "sudo dd" - не шьется, что то не хватает в этой последовательности команд которую привели выше.