Highscreen black box radar plus выдаёт ошибку Error:1001

Тема в разделе "Highscreen", создана пользователем Passerby, 27 янв 2018.

  1. В последнее время, вопросы, начинающиеся этой фразой, и заканчивающиеся - "Что делать?", начали поступать по 2-3 раза в неделю.
    А поскольку отвечать каждый раз одно и то же начинает слегка надоедать, предлагается в дальнейшем читать написанное ниже по поводу...

    Во-первых, причина появления такой ошибки - одна-единственная: предыдущий сеанс обновления был завершен некорректно.
    Это, в свою очередь, может являться следствием (в порядке убывания вероятности):
    * разряженный встроенный аккумулятор
    * "битый" шнурок
    * прерывание сеанса обновления вручную или наступивший локальный конец света
    * выход из строя чипа флэш-памяти, распаянного на плате устройства.
    Соответственно, что делать в случаях 2-4, должно быть понятно и без отдельного описания.
    В первом случае - всё сугубо по вкусу: зарядить аккумулятор, заменить его, если он не желает заряжаться, либо использовать при обновлении дополнительный источник +12, переводя аппарат в режим dn вручную.
    Разумеется, причины появления проблемы можно и не устранять, в надежде, что она рассосётся сама - дело сугубо хозяйское...

    Что же касается "что делать дальше", для начала - правильный ответ:
    upload_2018-1-27_19-23-48.png

    Затем - по поводу достаточно популярного действия среди тех, кто почему-то считает, что надпись "Highscreen black box radar plus" на сарае корпусе, однозначно определяет, что именно находится внутри:
    Да, если скучно - можно попробовать. С парой маленьких уточнений:
    1) К работе радар-детектора, который и выдаёт ошибку 1001, это не имеет ни малейшего отношения, поскольку это - прошивка видеорегистратора. А детектор - перепрошивается только через USB-шнурок.
    2) Рано или поздно в результате таких попыток в устройство будет загружена прошивка для несовместимой по использованному железу разновидности устройства, следствием чего будут либо поиски мусорного ведра, либо изучение способов реанимации ещё и регистратора, совмещенное с поиском его совместимой прошивки (поскольку созданием резервной копии "перед тем, как", обычно, никто не занимается).

    Также, тем, кому "правильный способ" по какой-либо причине не подходит, стоит принять во внимание традиционную привычку официального обновления от Highscreen в случае подобных сбоев принудительно прописывать в системную область устройства модель A001RUH, которая совпадает с реально находящейся внутри с вероятностью 1\6 (ещё раз см. почему).
    И с вероятностью 3\6 приводит к тому, что детектор в следующем за этим действом сеансе обновления получит несовместимую с его начинкой прошивку. Со всеми вытекающими.

    Соответственно, единственно приемлимый способ реанимации аппарата из такого состояния в случае, если его реальная модель неизвестна - попытка обновления со снятой галкой проверки версии вот по этой ссылке: http://public.gpscamera.org/Service...plication?type=HIGHSCREEN[FH118_07!RUH&lng=ru

    upload_2018-1-27_21-45-11.png

    Которая, при устранении первоначальных причин сбоев, должна завершиться подобным результатом:
    upload_2018-1-27_21-47-12.png
    Номер версии загруженной при этом базы (на показанном примере 1017) зависит от прописанного в системной области устройства региона (в данном случае - EU):
    [​IMG]
     
    • Полезно! Полезно! x 1
  2. #2 irqtsk, 30 янв 2018
    Последнее редактирование: 30 янв 2018
    Спасибо большое! Сначала сделал обновление без галочки "проверка подлинности" по вашей ссылке: http://public.gpscamera.org/Service...plication?type=HIGHSCREEN[FH118_07!RUH&lng=ru и потом обновился на rdupdate.space :) Сейчас выдает, что Модель: CG06RUH / Бренд | Регион - HIGHSCREEN_EU / Идентификатор: RY131101008!%'4-. Смущает только Версия базы в Информаторе: 0000

    [​IMG]

    Посмотрю сегодня, как работает. Еще раз благодарю!!
     
  3. Да, судя по серийнику, это именно такая модель.
    "Настройка системы" -> "Как это работает"
     
    • п.5 Правил
    дабы не плодить темы прошу помощи по модели, бессонные три дня и три ночи проведенные в изучении тем форума и бессмысленные попытки что-то изменить так и не помогли мне обрести дзен.
    22.PNG
    исходя из дынных утилиты сдается мне что что-то не то с прошивкой) в попытках залить CG06RUH по ссылке выше без галки и с галкой, и с предварительным "затиранием" путем отключения в момент обновления баз. был также залит фулл в SPI, был заменен nand на новый. но регик упорно обновляется на a001ruh. кроме dn режима ничего не работает, верхние кнопки не реагируют, также не горят пару диодов на цифровом табло.
    что можно еще сделать? может есть у кого фулл от нанд памяти, либо достаточно программатором будет влить бинарник от моей версии
     
  4. 1) "регик" - обновляется через флэшку, это - детектор.
    2) так какая модель у него прописана в системных данных, на ту он и обновляется...
    Хорошо, пойдём сложным путём... (с)
    Снимаете дамп.
    Ищете в нём A001RUH - будет, минимум, в двух местах, текущий state и предыдущий.
    Исправляете на CG06RUH
    Дальше, полагаю, понятно...
     
    • Пункт 5 Условий и правил форума
    @Passerby Спасибо за ответ, то есть предлагаете непосредственно с нанда дамп вправить? так а почему после замены на другой не прописалась прошивка согласно типу устройства. или это исключительно глюк обновления или где то еще данные хранятся на этом зверюге. вот это я не пойму...
     
  5. @qsf, Часть данных о конкретной тушке (серийник, TYPE, что-то ещё ) хранится непосредственно в protected area проца и доступны через процедуру в boot.
    Для упрощения процесса обновления в флэше выделено две области, данные из которых читает и использует программа обновления (то, что видно в утилите Ikar'a или реаниматоре). Два экземпляра - состояние после последнего и предпоследнего обновления.
    Если программа обновления не смогла считать эти данные (предыдущее обновление не было завершено корректно), то в хайскриновской версии - она ориентируется на переданный ей при вызове параметром TYPE и принудительно задаёт соответствующую ему model. Так появляются сверхплановые A001RUH :)
    Дык, потому, что Вы склонировали эти некорректные данные в чистый чип. Поправьте, модель будет считываться та, что должна, на основании этой модели - сервер будет возвращать уже прошивку для неё.
    Вот тут - не уверен, возможно, и в регистраторе тоже чужая прошивка. Но сначала с детектором разберитесь до конца...
     

Поделиться этой страницей

Рейтинг@Mail.ru
Время:
0,1218 сек.
Память:
6,477 МБ
Запросов к БД:
18