Камеры DS-2CD2VC и DS-2CD3VC – это те же HiWatch DS-I120 и HiWatch DS-I122, соответственно, но брендированные и с ещё более урезанной прошивкой. Настолько, что штатный хиковский механизм восстановления прошивки через TFTP не работает. Так что, хоть режь прошивку, хоть не режь – камера её не подхватит и сделать так, как описано в статье Отвязка камер от Ростелеком (DS-I120, DS-I122) не получится.
Что в том, что в этом случае причина одна – модифицированный загрузчик. Соответственно, задача в том, чтобы заменить загрузчик на оригинальный и тогда можно будет штатным образом восстановиться через TFTP. Причём, в отличие от предыдущего варианта, прошивку резать не надо.
Перед тем, как приступать, нужно подготовить нужные инструменты и материалы и понять с чем имеем дело. Нелишним будет сделать бэкап текущей прошивки, чтобы, если что-то пойдёт не так, иметь возможность вернуть камеру к исходному состоянию.
Инструменты
Софт
Материалы
- u-boot.zip – оригинальный хиковский загрузчик.
- digicap.zip – оригинальная прошивка.
Прошивка
Основная проблема заключается в том, что в загрузчике от РТ сетевой интерфейс не поднят, соответственно, через TFTP ничего не передать, но это поправимо.
- Разобрать камеру и подключиться к порту UART.
- Подключить камеру к сетевой карте или коммутатору.
- Задать сетевой адрес 192.168.1.128
- Положить распакованный загрузчик в каталог TFTP-сервера и запустить его.
- Запустить Putty и открыть рабочий порт.
- Приготовиться нажать любую клавишу и подать питание на камеру.
- В загрузчике поменять адрес сервера и активировать сетевой интерфейс камеры
setenv serverip 192.168.1.128
setenv phyaddru 3
setenv phyaddrd 1
save
или одной строкой:
setenv serverip 192.168.1.128;setenv phyaddru 3;setenv phyaddrd 1;save
Сеть поднимается и далее нужно прошить оригинальный загрузчик – загрузить образ в оперативку и залить его на флешку.
mw.b 0x82000000 ff 0x1000000
tftp 0x82000000 u-boot.bin
sf probe 0
sf erase 0x0 0x40000
sf write 0x82000000 0x0 0x40000
reset
или одной строкой:
mw.b 0x82000000 ff 0x1000000;tftp 0x82000000 u-boot.bin;sf probe 0;sf erase 0x0 0x40000;sf write 0x82000000 0x0 0x40000
reset
Если делаете в первый раз, то одной строкой не советую. Например, сотрётся бут, а новый не зальётся. Не поняв этого можно отправить камеру в перезагрузку и получить “кирпич”. Строчки эти добавил потому, что сам пользуюсь статьёй, как инструкцией и запарился копировать построчно. Но у меня то комп уже настроен под это дело и риск минимален. Опять же программатор под рукой – в случае чего можно и прямо вол флешку бут залить. Но на всякий случай reset всё же лучше вводить отдельно.
Если всё прошло удачно, то запустится родной загрузчик. Его нажатием любой клавиши уже не остановить, надо жать Ctrl+U. Дальше шьём с форматированием штатным образом стандартной прошивкой. Но перед этим, хотя можно и после, надо поменять значение переменной ethaddr, иначе камера будет двоиться в SADP.
setenv ethaddr ab-cd-ef-12-34-56 //MAC-адрес с наклейки камеры
save
Кладём в каталог TFTP-сервера распакованный файл прошивки, запускаем сервер и вводим в консоли команду прошивки.
upf
После прошивки и перезапуска камера перейдёт в неактивное состояние и станет доступна в SADP и по дефолтному адресу. Можно пользоваться!
Прошивка программатором
В сети есть вариант залить дамп через программатор, предварительно подкорректировав в шестнадцатеричном редакторе MAC-адрес и серийник, но, судя по отзывам, он не всегда работает. Или работает с DS-2CD3VC, она же DS-I122, поскольку распространяемый дамп от неё, но не работает с DS-2CD2VC, она же DS-I120. Может дело в разном железе, хотя прошивка одна и та же, может ещё в чем-то – точной не скажу.
На самом деле, шить весь дамп необязательно. Можно прошить только загрузчик, тогда и править ничего не придётся. Есть даже специальная команда bootp, но для неё бинарник загрузчика должен быть соответствующим образом подготовлен.
Этот вариант подойдёт и если камера нечаянно окирпичилась.
Класс!!!!
Судя по всему, получилось…
Ну когда же уже будет отвязка от Ростелеком камеры DH-IPC-HFW1230SP?
Купили пару таких камер, потом “продали” другому юзеру, а он привязал их к своей учётной записи Ростелеком и отдал обратно, не понравилось ему. Теперь лежат два куска бесполезного хлама.
Сложно всё с этой камерой. Оригинальной прошивки найти не удалось, хотя она существует. Я бы даже денег заплатил за такую, но не знаю кому. Статью вот пишу, дабы избежать лишних вопросов и в надежде на то, что она попадётся на глаза человеку, у которого есть доступ к прошивке. А там уж договоримся, тем более, что Dahua нам теперь не бро, т.к. официально ушли из страны.
Можно отвязать и запустить OpenIPC и всё заработает. Но есть один косяк – что-то не то с драйвером сенсора и картинка выглядит так, как будто она без ИК-фильтра, хотя на самом деле, с ним.
В вашем случае, вполне реально камеру от аккаунта отвязать и хотя бы использовать её в облаке РТ.
Вот посмотри переписку на форуме
https://vlab.su/viewtopic.php?f=270&t=130629&p=977057#p977057
Я там задавал вопрос про дамп камеру DH-IPC-HFW1230SP-0360B,
дали прошивку, но мой программатор не видит флеш.
fobos скидывал мне дамп, правда на другом форуме – возможно даже этот, но ничего не вышло. И дело не в циклической перезагрузке – даже бут не запускался. Просто потому, что дамп был не тот, либо я что-то не так делал, но результат отрицательный. Если это другой дамп, то всё может получиться, но надо пробовать. Дело ещё в том, что камера 1230SP от РТ и камера 1230SP от Dahua – это разные камеры. Программатор эти флеши не видит, точнее вроде бы читает, но не пишет. Может выпаивать надо, может другой программатор надо — тут возможны варианты, но это всё не важно, потому что эта камера в этом смысле очень удачная. Даже “кирпич” можно прошить через UART посредством программы HiTool. И именно поэтому я испробовал все дампы, которые нашёл и которые давали камрады. Подробнее писать лениво, т.к. есть в планах написать статью про этот процесс. Подписывайся на Телеграм 🙂 Думаю до НГ сделаю. В крайнем случае в новогодние каникулы.
Буду ждать, вашу статью. К камере по UART подключился через программатор CH341A. Дальше боюсь лопатить, что бы не снести всё. На Телеграмм подписался.
Надеюсь всё получится. Камрад, который мне рассказал, что всё возможно, пользовался программатором. Это хорошо, но требует программатора NAND, который стоит приличных денег, а ведь не хочется. А хочется найти более демократичный способ и надеюсь, это получится.
Здравствуйте Mixatronik.
Камера HiWatch DS-I120. На микрухе надпись VS16. В программаторе не смог найти такую, подскажите полное название.
Окирпичилачь после
mw.b 0x82000000 ff 0x1000000
tftp 0x82000000 u-boot.bin
sf probe 0
sf erase 0x0 0x40000
sf write 0x82000000 0x0 0x40000
reset
Добрый день!
А передача файла по tftp прошла успешно?
Насчёт микрухи навскидку не скажу – у меня прога определяла её автоматом. Если у тебя не определяет, то вероятнее всего, плохой контакт.
залил dump через програматор, не меняв mac, думаю поменяю через uart , но при вводе команд setenv ethaddr ab-cd-ef-12-34-56
save
Смена mac не происходит
С маками всё индивидуально. Вообще, я так понял, что в этих моделях он берётся из крипты, но если не прописать в буте его же, то в SADP будет видеться два устройства. Но после бута есть область, где тоже прописывается мак и если шить просто бут, то он остаётся невредимым. А какой сейчас то показывает? В дампе он обнулён же.
FE:FE:FE:FE:FE:FE
Выпаивать уже не буду еще раз конечно, в след раз буду в дампе меня пробовать менять, на этом бы конечно командами в pytty хотелось бы)
Выпаивать необязательно. Во-первых, можно подпаяться прям к лапкам, хоть это и не очень правильно, но способ рабочий. А, во-вторых, теперь ведь камера живая и можно всё сделать через UART. Надо то всего лишь изъять блок из памяти, подправить его и обратно залить. Причём, возможно, что можно и просто стереть и тогда будет браться из крипты. Кстати, а может ты крипту грохнул? 🙂
Какой командой затереть блок?и какой?
Затереть можно командой sf erase. С адреса 0x0 до 0x40000 – бут, его трогать не надо. А вот дальше, до 0x50000 – та самая область данных и есть. Но это не точно, над смотреть дамп. В любом случае, родные данные ты уже затёр, так что хуже не будет.
sf probe 0
sf erase 0x40000 0x10000
Самое интересное что в вебморде мак показан( но окошко зафиксино для редактирования есть команды разблочить?) , А sadp да двоит камеру одна с маками FE а второй нормальный мак, но не тот который я командой сношу
второй показывает заводской мак
нет такой команды “sf”: Unknown command ‘sf’ – try ‘help’
Собственно и в хелпе нет такой команды
Действительно. В этом буте её нет. В двух словах – надо передать другой бут (от OpenIPC) средствами HyperTerminal и запустить его. В нём есть всё, что надо. Методу изложу в статье. Постараюсь сегодня дописать, хотя бы без картинок пока.
Написали статью?
В процессе…
Не ту микросхему смотрите, эта на 8 ножек, вам нужна с другой стороны платы 16 ножек маркировка MX25L12835F
Кстати, да.
Пробую подключение к DS-2CD2VC (i120 она) по UART. Просит логин и пароль, хотя строка логина неясно выглядит – (none) login:. Кто сталкивался с таким?
В какой момент просит? Может ты не успел остановить загрузку и войти в бут и это уже линукс загрузился?
З.Ы. Чувствую, нужен видосик…
Спасибо, всё получилось, перепрошил!
Отлично!
Как только дал питание на камеру в putty жмешь Ctrl+u
Спасибо, буду пробовать!
Доброго времени суток.
Имеется камера hikvision ds-2cd2723g0-izs с прошивкой ростелекома
Распространяется ли на неё эта инструкция?
Доброго! Точно сказать не могу – сам не пробовал. Теоретически, алгоритм должен быть тот же, но дело в том, что это камера другого поколения на другом железе и выложенный здесь бут для неё вряд ли подойдёт. Прежде всего надо проверить – видится ли камера в SADP. Если да, то пробовать залить родную прошивку без правок, а если нет, то надо искать родной для неё бут.
В SADP не видится, tftp видит, пытается залить прошивку, но в конце выдаёт ошибку. И при подключении через UART в терминале совсем другой набор команд
А если прошивать через tftp при подключении через UART, то какую ошибку в терминал выдаёт?
З.Ы. У меня на складе есть камера DS-2CD2043G0-I. По идее, та же серия и бут должен быть одинаковый. Попробую вытащить его.
Добрый день. Не получилось у меня прошить камеру DS-2CD2VC новым способом. Не пойму где накосячил, вроде все команды проверял, но в результате камера ушла в перезагрузку и не вернулась. Пришлось по старинке, сдувать флеш и доставать программатор. Всё заработало, но камера стала двоиться в SADP. Этим способом я уже перешивал камеры DS-2CD2VC и DS-2CD3VC и таких двоений не было. Подскажите как убрать двоение в SADP ?
Добрый! Цикличная перезагрузка бывает, когда отключен шлейф платы с матрицей. А насчёт двоения в статье написано – надо сделать setenv ethaddr с правильным MAC-ом.
Про шлейф я в курсе. Не тот вариант. МАС надо было менять до прошивки. Если я сейчас сделаю “setenv ethaddr с правильным MAC-ом” и заново прошью камеру это устранит двоение?
А что было в консоли при перезагрузке? Просто способ рабочий, т.к. сам постоянно шью по своей же статье. Вот буквально только что очередную прошил.
Задать ethaddr можно в любое время. Хоть до перепрошивки, хоть после и заново шить не нужно. Задал ethaddr, сохранил через save и после перезагрузки останется один MAC.
Не меняется. Так и остаются 2 МАСа. В printenv показывает неправильный МАС. Хотя и МАС и серийник менял в программаторе.
А второй MAC какой в SADP? Типа 00-11-22 и т.д.? MAC задаёте через тире, а не через двоеточия?
В консоли появилось resetting… и всё на этом зависло. После этого ни в SADP ни в UART ничего не было.
Прошивку tftp посредством upf делали? Она прошла без ошибок?
В SADP МАСи отличаются только последними четырьмя символами. МАС задавал через тире.
Прошивку какую Вы имели ввиду? последняя без ошибок.
Если Вы не дочитали статью, а похоже на то 🙂 и просто прошили бут, а после этого отправили камеру в перезагрузку, то вполне ожидаемо, что камера зависла. Бут – это только бут. После его прошивки надо прошивать и всё остальное.
Но, в конце концов, каждый сам выбирает, как поступать. У меня пайка, тем более феном, выходит не очень хорошо, поэтому прибегаю к этому способу в последнюю очередь. В первую очередь – чисто программные методы, во вторую – UART, в третью – прищепка или зажимы и только в последнюю – пайка.
В меню камеры стоит правильный МАС.
Если MAC правильный, значит неправильный MAC на коробке. Попробуйте задать в ethaddr по Вашему мнению, неправильный MAC. Дело в том, что прошивка Ростелеком читает MAC из памяти, а SADP читает его и из крипты и из памяти или из ethaddr. Если адреса одинаковые, то в SADP будет одно устройство, а если разные, то два.
Надо понимать, что точно я этого знать не могу, поскольку доступа к исходным кодам не имею, но могу делать выводы на основании опыта.
Спасибо огромное! Работает метод) Не с первого раза НО все получилось)))
Пожалуйста! Бывает что-то упустишь и не выходит, но если не сдаваться и пытаться разобраться, как правило, всё получается.
Нужна видео инструкция руки чешутся Адаптер CH340G уже в пути, но боюсь ничейно окерпичить камеру. А фена и программатора нет 🙂
Фен не нужен точно. А программатор, если только CH341A. Как и с любой другой камерой, главное не убить загрузчик, он же бут. Всё остальное поправимо через UART.
Скажи ещё, раз так топишь за видео: неужели видеоролик удобнее и доходчивее текстового мануала с картинками?
Привет. Пробую прошить DS-I120, после ввода tftp 0x82000000 u-boot.bin не подгружает загрузчик
UP_PORT : phy status change : LINK=UP : DUPLEX=FULL : SPEED=100M
TFTP from server 192.168.1.128; our IP address is 192.168.1.10
Download Filename ‘u-boot.bin’.
Download to address: 0x82000000
Downloading: *
Abort
Не случалось так?
Привет! Либо адрес сервера не тот, либо tftp сервер не запущен, либо на компе включен брандмауэр.
Вроде все подрузилось, прошилось, конечно долго, 16 минут. После ресета не загрузилась… И прогер только 866 и ISP, буду заказывать 341 с прищепкой.
16 минут – это слишком долго. Льётся пару минут и потом ещё пару прошивается. И то это полная прошивка, а если речь про бут, то залетает за секунду. Сдохла камера, получается? Вместо прищепки советую Зажим Upmely Micro IC.
Можно вопрос не по теме? Почему у многих камер сильно страдает третий контакт в разъёме RJ-45 на хвосте? Крепление камеры к заземлённым металлоконструкциям?
Никогда такого не замечал, если честно. Бывает пыхает, при проблемах с PoE, но не сичтал специально какой конкретно контакт страдает, да и не так часто это происходит.
Нечасто, но на четырёх камерах уже пришлось менять хвосты из-за этого контакта( не знаю как они эксплуатировались до этого). И на трёх видел почернение.
Питались по PoE?
Скорее всего.
По стандарту 802.3af,Тип А по третьей и шестой жиле минус питания передаётся. Может в этом дело.
Здравствуйте.
Камера DS-2CD2VC, пытаюсь отвязать по инструкциям в статье. Процесс стопорится на этапе загрузки загрузчика в ОЗУ. Логи ниже:
U-Boot 2010.06 (Oct 26 2018 – 08:06:19)
Check spi flash controller v350… Found
Spi(cs1) ID: 0xC2 0x20 0x18 0xC2 0x20 0x18
Spi(cs1): Block:64KB Chip:16MB Name:”MX25L128XX”
MMC: MMC FLASH INIT: No card on slot!
In: serial
Out: serial
Err: serial
Hit any key to stop autoboot: 0
hisilicon # setenv serverip 192.168.1.128
hisilicon # setenv phyaddru 3
hisilicon # setenv phyaddrd 1
hisilicon # save
Saving Environment to SPI Flash…
Erasing SPI flash, offset 0x00030000 size 64K …done
Writing to SPI flash, offset 0x00030000 size 64K …done
hisilicon # mw.b 0x82000000 ff 0x1000000
hisilicon # tftp 0x82000000 u-boot.bin
Hisilicon ETH net controler
MAC: 68-6D-BC-4E-9D-38
UP_PORT : phy status change : LINK=UP : DUPLEX=FULL : SPEED=100M
TFTP from server 192.168.1.128; our IP address is 192.168.1.10
Download Filename ‘u-boot.bin’.
Download to address: 0x82000000
Downloading: *
Abort
hisilicon # tftp 0x82000000 u-boot.bin
Hisilicon ETH net controler
miiphy_register: non unique device name ‘0:3’
miiphy_register: non unique device name ‘0:1’
MAC: 68-6D-BC-4E-9D-38
UP_PORT : phy status change : LINK=UP : DUPLEX=FULL : SPEED=100M
TFTP from server 192.168.1.128; our IP address is 192.168.1.10
Download Filename ‘u-boot.bin’.
Download to address: 0x82000000
Downloading: *
Abort
hisilicon #
В чем может быть проблема? Помогите, пжл.
Привет! Загрузчик не видит TFTP-сервер. Если адрес указан верно, то самая вероятная причина – подключение блокирует Брандмауэр Защитника Windows или другой файрвол.
Все получилось, спасибо. Появились другие вопросы: про “двоение” в SADP и отсутсвие видео в браузере…
Про двоящийся MAC в статье есть – нужно задать переменную ethaddr в загрузчике. А не показывает в браузере, потому что браузер нужен IE, либо Edge в режиме совместимости с IE. И плагин поставить.

Здравствуйте. Хорошая статья, спасибо. Отвязать камеру получилось, даже вышел на нее через браузер, смог поменять сетевые настройки. Есть пара проблем:
1. Камера в SADP “двоится”, второй MAC: 00-00-23-34-45-66. MAC менял через UART, всю статью и комментарии перечитал несколько раз, как убрать двоение так и не понял… 🙁
2. В браузере отсутствует изображение с камеры, просит загрузить плагин. Гружу, устанавливаю – бестолку. Надпись о необходимости загрузки плагина не пропадает.
Помогите, пжл, кто сможет.
С видео разобрался, остался “двоящийся” MAC