Skynavi LR-500, ищу дамп NAND K9F1G08UUC

[dodor]

Здравствуйте, ищу дамп для данного аппарата, рассмотрю коммерческие предложения

main LR-500 ver.1.0 2009.03.19

CPU SiRFtitan TT240

Это скрытый контент, для просмотра сообщения Вы должны быть Участником форума.

• Войти
• или
• Регистрация

Это скрытый контент, для просмотра сообщения Вы должны быть Участником форума.

• Войти
• или
• Регистрация

Это скрытый контент, для просмотра сообщения Вы должны быть Участником форума.

• Войти
• или
• Регистрация

Это скрытый контент, для просмотра сообщения Вы должны быть Участником форума.

• Войти
• или
• Регистрация

[verniy68]

2 часа назад, dodor сказал:

рассмотрю коммерческие предложения

Это скрытый контент, для просмотра сообщения Вы должны быть Участником форума.

• Войти
• или
• Регистрация

[LiVan]

Я тоже эту ссылку видел, там одна прошивка стоит дороже, чем у нас VIP навсегда.  

Я думаю @dodor На такое коммерческое предложение не рассчитывал.

[dodor]

и там плата другой версии, не хочется потратить столько денег впустую

[verniy68]

4 часа назад, dodor сказал:

там плата другой версии

Ревизия материнской платы — это аппаратная версия материнки, которая содержит некоторые улучшения предыдущей версии.

 Это означает, что платы одной и той же модели, но разных ревизий, имеют физические отличия на уровне «железа».

...тем-более за всё отвечает CPU (а он 1:1 ...да и основной состав одинаков

(сохранить родной дамп никто не запрещает)

4 часа назад, dodor сказал:

не хочется потратить столько денег впустую

...возможно ждать придётся "вечность+"

решай с клиентом 50/50 (как вариант...

 

p/s: ...да и вообще ...хозяин-барин 

[verniy68]

...да и ещё 

Не встретил в сети ни одной темы по поиску дампа nand-flash - все "косяки" и "слёты" , а так-же "хотелки" и "недочёты" исправляются посредством перепрошивки с SD-card (есть профильные форумы , клубы и официалы

Обозначь свою проблему и выложи родной дамп nand-flash 

[dodor]

навигатор не включается, потребление 410 мАм, напряжения на плате все присутствуют, на дисплее только включается подсветка(изо нет), подкидывал другой - тоже самое, нет генерации на кварце процессора ТТ240, свой дамп прикладываю(залил себе на диск, так как он большого размера)

Это скрытый контент, для просмотра сообщения Вы должны быть Участником форума.

• Войти
• или
• Регистрация

[Kenotronbot]

@dodor Анализ дампа памяти — сложная задача, требующая понимания архитектуры системы, формата представления данных и конкретных ошибок.  Однако попробуем разобраться пошагово.

 Основные шаги анализа дампа:

1. Определение типа дампа:
   • Особенности прошивки:
     • Версия программного обеспечения (main LR-500 ver.1.0 2009.03.19) означает, что используется относительно старая прошивка, разработанная в марте 2009 года.
     • Номер версии и дата важны для сопоставления возможных проблем с известными багами и уязвимостями.
   • Дамп выглядит как бинарная информация, возможно, представляющая состояние процессора, регистров и оперативной памяти в определенный момент времени.
2. Выделение ключевых областей:
   • Символы вроде р, ѓ, є, і, а, ў, Щ, Ш, Ц, Ъ, я, F, B, C, H, I, J, K, L, M, N, O, P, Q, R, S, T, U, V, W, X, Y, Z могут указывать на архитектуру ARM или MIPS.
   • Присутствуют также последовательности вроде HMS NBOOT v0.2 Apr 27 2009 20:43:21, которые указывают на версию загрузчика.
3. Интерпретация отдельных фрагментов:
   • Строки вида TOBEeboot.nb0, HSFCPPC2K3.NB0 могут представлять названия файлов прошивки или конфигураций.
   • Команды вроде Erase, Reset, Update, Open AtlasMgr for upgrade. предполагают возможность восстановления или обновления прошивки устройства.
4. Оценка состояния системы:
   • Ошибки вроде ERR_ID!, ER_RD!, RESET, TOC update сигнализируют о проблемах с доступом к данным или некорректном состоянии системы.
   • Пометки вроде FCE2->, FCE3->, TN2X0BD могут обозначать аппаратные компоненты или конфигурации устройств.
5. Заключение:
   • Представленный дамп демонстрирует сложное состояние системы, включающее различные уровни сбоев и состояний компонентов.

Подробный разбор оценки состояния системы

1. Анализ сообщений об ошибках:

Сообщения об ошибках в дампе позволяют выявить конкретные проблемы, возникающие в работе системы. Рассмотрим некоторые из них подробно:

• ERR_ID!: Эта ошибка часто возникает при идентификации неисправных компонентов или проблем с оборудованием. Она указывает на то, что система не смогла распознать устройство или компонент правильно, что может привести к отказу загрузки или нестабильной работе.
• ER_RD!: Сообщение свидетельствует о проблемах чтения данных. Возможно, повреждение файловой системы, сбой при доступе к энергонезависимой памяти (например, Flash-память), либо проблема с драйверами или контроллерами ввода-вывода.
• RESET: Команда сброса может означать попытку восстановить систему после возникновения серьезной ошибки. Если система постоянно перезагружается ("циклический сброс"), это признак критической неисправности, которую нужно устранить перед продолжением нормальной работы.
• TOC update: Это сообщение может относиться к обновлению таблицы содержимого (Table of Contents). Оно появляется при изменении структуры данных или попытке обновить встроенное ПО. Обычно связано с процессом обновления прошивки или исправлениями, которые были внесены производителем.

Эти сообщения служат индикаторами серьезных неполадок, влияющих на стабильность и надежность системы.

Они требуют внимательного рассмотрения и принятия мер по устранению выявленных проблем.

 

2. Интерпретация пометок и конфигурационных метаданных:

Некоторые строки в дампе содержат специальные обозначения, помогающие идентифицировать аппаратные характеристики или особенности конфигурации системы:

• FCE2->, FCE3->: Эти записи могут соответствовать версиям интерфейсов взаимодействия между компонентами (Field Control Elements). Например, они могут использоваться для управления питанием, коммуникациями или взаимодействием периферии с центральным процессором.
• TN2X0BD: Вероятно, это обозначение модели устройства или платы, используемое производителем. Например, оно может указывать на конкретный чипсет, платформу или продуктовую линейку. Такие маркировки помогают точно определить оборудование и подобрать подходящие средства диагностики и восстановления.

Подобные отметки полезны для дальнейшей классификации повреждений и подбора инструментов для тестирования и ремонта.

 

3. Итоги анализа:

Исходя из приведенных сообщений и записей, состояние системы оценивается следующим образом:

• Наличие критических ошибок (ERR_ID!, ER_RD!), свидетельствующих о повреждении важных компонентов или нарушений в структуре данных.
• Периодические попытки сброса (RESET), говорящие о повторяющихся ситуациях отказа, вызванных проблемами совместимости, повреждениями памяти или конфликтами драйверов.
• Обновление прошивок или таблиц данных (TOC update), предполагающее изменения конфигурации или устранение известных багов, что положительно влияет на долгосрочную работу системы.

Для решения обнаруженных проблем рекомендуется провести диагностику оборудования, проверить целостность накопителей, переустановить или обновить прошивку, убедиться в правильной инициализации всех подсистем и компонентов.