прошивка DAHUA 5116HS-X

Осталась одна мелочь, не могу восстановить родной мак адрес. Прерываю загрузчик "*" ввожу мак с помощью "setenv ethaddr" и "saveenv", но после перезагрузки он прежний. Подскажите пожалуйста, как быть? И нужно ли восстанавливать серийник с помощью "setenv serialno", его и посмотреть потом негде?
 
Все, преписал и MAC адрес и сеийник. Там походу всегда загружается два загрузчика: первый - урезанный (svn3134), он нифига не меняет, а вот во втором (svn4554) и нужно тормозить и вводить "setenv ethaddr" и "setenv ID" и "saveenv".
System startup

U-Boot 2010.06-svn3134 (Apr 14 2018 - 03:06:43)

Check Flash Memory Controller v100 ... Found
SPI Nand(cs 0) ID: 0xef 0xaa 0x21 Name:"W25N01GV"
Block:128KB Page:2KB Chip:128MB*1 OOB:64B ECC:4bit/512
SPI Nand total size: 128MB
*** Warning - bad CRC or NAND, using default environment

NAND read: device 0 offset 0x100000, size 0x100000
1048576 bytes read: OK

NAND read: device 0 offset 0x200000, size 0x100000
1048576 bytes read: OK

NAND read: device 0 offset 0x200000, size 0x100000
1048576 bytes read: OK
Header CRC Checking ... OK
Data CRC Checking ... OK
## Starting application at 0x41000080 ...

System startup

U-Boot 2010.06-svn4554 (May 13 2024 - 21:26:04)

Check Flash Memory Controller v100 ... Found
SPI Nand total size: 128MB
===============================================
DPLL:466Mhz DDR:1864Mhz
APLL:1400Mhz VPLL0:297Mhz
===============================================
BDB: partid = 9; addr = 0x48c0000
BDB: partid = 9; addr = 0x4940000
BDB: partid = 9; addr = 0x4a00000
BDB: partid = b; addr = 0x48c0000
BDB: partid = b; addr = 0x4940000
BDB: partid = b; addr = 0x4a00000
Dectected gmac0 phyaddr set to 0, is it right?
nice find PHY TRL8211 on higmac
ETH0: PHY(phyaddr=0, rgmii) link UP: DUPLEX=FULL : SPEED=100M
mcu i2c fail
mem= 482
Config/hwidconfig not found!
Hit any key to stop autoboot: 0
hisilicon
hisilicon # reset
resetting ...

System startup
 

Техпідтримка VidiMost.com

Спеціаліст
Команда форуму
BDB: partid = 9; addr = 0x48c0000
BDB: partid = 9; addr = 0x4940000
BDB: partid = 9; addr = 0x4a00000
BDB: partid = b; addr = 0x48c0000
BDB: partid = b; addr = 0x4940000
BDB: partid = b; addr = 0x4a00000
Але у вас судячи з логу залишились бедблоки на флешці і тому невідомо скільки у вас пропрацює пристрій, тому ми міняємо флешку і записуємо чистий дамп новий.
 
Але у вас судячи з логу залишились бедблоки на флешці і тому невідомо скільки у вас пропрацює пристрій, тому ми міняємо флешку і записуємо чистий дамп новий.
Дякую за пораду, згоден, що заміна флешкі - надійніше. Я не дуже розбираюсь в операційній системі Dahua, але chatGPT трактує ці строки по іншому:
BDB — это внутренние отладочные сообщения, появляющиеся на стадии инициализации флеш-памяти и разделов NAND в прошивке Dahua.
BDB — модуль, читающий Board Data Block или Boot Debug Block.
partid = 9 и partid = b — идентификаторы NAND-разделов, представленные в шестнадцатеричном виде:
9 = 9
b = 11 (в десятичной системе)
addr = 0x48c0000 и т.п. — это адреса блоков памяти NAND, откуда читается информация.

В прошивках Dahua, особенно на HiSilicon SoC (как у тебя Hi3531D), такие обращения к BDB происходят:
Для чтения данных о конфигурации, MAC-адресе, серийном номере и пр.
Для поиска резервных копий данных (чаще всего читаются сразу несколько адресов подряд).
Разделы с partid = 9 и b (11) могут быть, например, config, custom, env, или user_data — нужно смотреть в mtd таблицу или в firmware.img.
Эти строки означают, что загрузчик/ядро ищет конфигурационные или пользовательские данные в NAND-разделах с ID 9 и 11.
Он проверяет несколько возможных местоположений (возможно, с резервированием), чтобы загрузить нужную информацию (например, настройки системы или сетевые параметры).
 

Максим Шелест

спеціаліст компанії "UARTservice"
Мій ШІ показує як 4 варіанти: Boot data block; Bad data block; Board data block; Backup data block
Судячи з досвіду, з 100% випадків, коли XVRxxxx-X має проблему з прошивкою і симптоми як у Вас, флешка пошкоджена у 60% випадків. Так, можна повторно накатати дамп на биту флешку і може навіть попрацює якийсь час.
 

Andy

Well-known member
У всієї серії XVRxxxx-X проблема з мікросхемами nand-пам'яті, це їх дитяча хвороба, якщо так можно висловитися.
Тому найкращий вихід це заміна флешки, але потрібен дорогий програматор, на ch341 таку флешку не запрограмуєш.
Мені попався XVRxx32-X пару тижнів тому, там було в два рази більше помилок, ніж у вас, відновив прошивку через юсб-флешку, але на скільки цього вистачить - не маю уявлення🤷‍♂️
 
Судячи з досвіду, з 100% випадків, коли XVRxxxx-X має проблему з прошивкою і симптоми як у Вас, флешка пошкоджена у 60% випадків.
Зрозумів, будемо чекати коли він накриється :cautious:
У всієї серії XVRxxxx-X проблема з мікросхемами nand-пам'яті, це їх дитяча хвороба, якщо так можно висловитися.
Якщо ця болячка через партію неякісних мікросхем flash, то її заміна повністю вирішує проблему, а якщо винен кривий софт, який жере ресурс циклів запису flash, то це знову відновлення на певний час. Та і нові мікросхеми зараз доступні лише з аліекспрес, їх якість - лотерея.
 

Техпідтримка VidiMost.com

Спеціаліст
Команда форуму
Дякую за пораду, згоден, що заміна флешкі - надійніше. Я не дуже розбираюсь в операційній системі Dahua, але chatGPT трактує ці строки по іншому:
BDB — это внутренние отладочные сообщения, появляющиеся на стадии инициализации флеш-памяти и разделов NAND в прошивке Dahua.
BDB — модуль, читающий Board Data Block или Boot Debug Block.
partid = 9 и partid = b — идентификаторы NAND-разделов, представленные в шестнадцатеричном виде:
9 = 9
b = 11 (в десятичной системе)
addr = 0x48c0000 и т.п. — это адреса блоков памяти NAND, откуда читается информация.

В прошивках Dahua, особенно на HiSilicon SoC (как у тебя Hi3531D), такие обращения к BDB происходят:
Для чтения данных о конфигурации, MAC-адресе, серийном номере и пр.
Для поиска резервных копий данных (чаще всего читаются сразу несколько адресов подряд).
Разделы с partid = 9 и b (11) могут быть, например, config, custom, env, или user_data — нужно смотреть в mtd таблицу или в firmware.img.
Эти строки означают, что загрузчик/ядро ищет конфигурационные или пользовательские данные в NAND-разделах с ID 9 и 11.
Он проверяет несколько возможных местоположений (возможно, с резервированием), чтобы загрузить нужную информацию (например, настройки системы или сетевые параметры).
Не знаю як там чат GPT, але у здорового дампу цих звернень до блоків немає
 
Зверху