USMI

Объявление

12/06/2025 (Administration) - Spamming for the purpose of boosting messages will be punished with a ban. Спам с целью накрутки сообщений будет караться баном.

Информация о пользователе

Привет, Гость! Войдите или зарегистрируйтесь.


Вы здесь » USMI » MCU, SoC, CPU Микроконтроллеры » JL SoC. 杰理芯片


JL SoC. 杰理芯片

Сообщений 1921 страница 1940 из 1944

1921

Определённо, я протестировал формат F1A на моем AC6925, но MSBC кажется проприетарным форматом файла, я предполагаю, что он не менял название, но это интересно, я думаю, что это несколько похоже на F1A для сохранения формата, хотя я могу ошибаться. Я вытащил прошивку с устройства ac6969d.

Sandiro написал(а):

I believe this is the SDK audio file format. Try simply renaming the extension to .mp3 and playing it. Or, for example, opening it in VLC without renaming it.

Подпись автора

Türkiye

1922

Помогите с дампом AC6951C
Суть такая, есть дамп слтый с магнитолы, в которой нужно заменить проц. В родной проце Chip key 0x06C7
Есть "новый" проц с алика, но там уже прошит Chip key 0x3496. Естественно дамп не запускается на новом процессоре.
Направьте пожалуйста на путь истинный, как перекомпилировать дамп под новый чипкей?
с помощью jl-misctools смог распаковать дамп, но как его теперь "упаковать" под новый chip key не нашёл... Или я вобще не правильно делаю?
слитый дамп и "распаковку" выложил тут.

Отредактировано hardlock (2026-09-08 13:55:20)

1923

hardlock
Привет. На днях сделаю)

Подпись автора

USMicro® 2026©

1924

BIOS написал(а):

На днях сделаю)

Буду благодарен, а пока напишу что я сделал и у меня не получилось, может поправите.
с помощью скрипта recrypt.py отсюда попытался "перекодировать", но возможно я не могу правильно подобрать старт и конец (как их правильно вычислять?) или же что-то другое делаю не так. В итоге новый дам не работает в магнитоле и даже не распаковывается корректно скриптом fwunpack_newfw.py из этого же репозитория, хотя исходник отлично распаковался.

скрипт перекодировки запускаю вот так:

recrypt.py new_indigo-679dspMK2_fw11.5_Chipkey_0x06C7.bin mod_indigo-679dspMK2_fw11.5_Chipkey_0x3496.bin 0x06C7 0x3496 0x1020 0xEAC5D

START беру после заголовка "Fä¿0.01ð1¬gÌ­ÿhAC695N_soundboxÿ" а END - по просто сравнивая исходник и decrypted.bin после распаковки - конец различающихся областей.

1925

Под ac703n sdk пока нет в доступе?

1926

hardlock написал(а):

Буду благодарен, а пока напишу что я сделал и у меня не получилось, может поправите.
с помощью скрипта recrypt.py отсюда попытался "перекодировать", но возможно я не могу правильно подобрать старт и конец (как их правильно вычислять?) или же что-то другое делаю не так. В итоге новый дам не работает в магнитоле и даже не распаковывается корректно скриптом fwunpack_newfw.py из этого же репозитория, хотя исходник отлично распаковался.

скрипт перекодировки запускаю вот так:

START беру после заголовка "Fä¿0.01ð1¬gÌ­ÿhAC695N_soundboxÿ" а END - по просто сравнивая исходник и decrypted.bin после распаковки - конец различающихся областей.

так тоже не работает? Перевод JL чипов  в uboot режим с помощью ардуино

1927

Alextel написал(а):

Под ac703n sdk пока нет в доступе?

Есть но они какие то всратые) На их гитлабе полно сдк.

Подпись автора

USMicro® 2026©

1928

hardlock
Готово. В папке при подключенном чипе запусти download-0x3496. Должно прошиться и заработать. Распаковал, сгенерил ключ, добавил в батник.
С прогой вообще изи)
https://drive.google.com/file/d/1qV5f7J … sp=sharing
https://upforme.ru/uploads/001b/ca/8a/2/t997763.png

Подпись автора

USMicro® 2026©

1929

BIOS написал(а):

Готово.

К сожалению аппрат не запускается. Но поведение поменялось. Если после поих экспериментальных заливок ПК обнаруживал устройство даже БЕЗ JL USB Updater`a, т.е. при подключении просто кабелем USB-A - USAB-A,  То после Вашей прошивки ПК обнаруживает "BR23 UBOOT 1.0 USB Device" только через "JL USB Updater". Т.е. похоже софт внутри начинает работать, но не так, как нужно... Поковыряюсь ещё... Попробую как посоветовал amateur

Кстати, не поделитесь прогой "JieLi UBOOT tool", а то в её теме ссылка на гугл диск не работает....

1930

BIOS написал(а):

Распаковал, сгенерил ключ, добавил в батник.

Попробовал по Вашему методу сделать на абсолютно рабочем дэвайсе (другая модель).
Слил дамп,
распаковал,
сгенерировал ключ-файл chipkey_36EF.key,
закинул файлы app.bin, cfg_tool.bin, tone (переименовал в "tone.cfg") и chipkey_36EF.key в папку,
изменил ключ в download-0x36EF.bat на тот, который в этой магнитоле (0x36EF).
прошил, и аппарат перестал включаться.

Может ещё что-то упустил?

Родной дамп прошиваю - всё ОК.

Вот мои потуги: https://drive.google.com/file/d/1zkOg6C … drive_link

Отредактировано hardlock (2026-09-14 09:45:09)

1931

amateur написал(а):

так тоже не работает? Перевод JL чипов  в uboot режим с помощью ардуино

Заработало!!!!

recrypt.py new_indigo-679dspMK2_fw11.5_Chipkey_0x06C7.bin mod_indigo-679dspMK2_fw11.5_Chipkey_0x3496.bin 0x06C7 0x3496 0x4000 0xEAC5D

получил дамп, который успешно заработал в устройстве! Сейчас проверю, что будет, если залить официальное обновление.

1932

hardlock написал(а):

Попробовал по Вашему методу сделать на абсолютно рабочем дэвайсе (другая модель).
Слил дамп,
распаковал,
сгенерировал ключ-файл chipkey_36EF.key,
закинул файлы app.bin, cfg_tool.bin, tone (переименовал в "tone.cfg") и chipkey_36EF.key в папку,
изменил ключ в download-0x36EF.bat на тот, который в этой магнитоле (0x36EF).
прошил, и аппарат перестал включаться.

Может ещё что-то упустил?

Родной дамп прошиваю - всё ОК.

Вот мои потуги: https://drive.google.com/file/d/1zkOg6C … drive_link

hardlock написал(а):

Заработало!!!!

recrypt.py new_indigo-679dspMK2_fw11.5_Chipkey_0x06C7.bin mod_indigo-679dspMK2_fw11.5_Chipkey_0x3496.bin 0x06C7 0x3496 0x4000 0xEAC5D

получил дамп, который успешно заработал в устройстве! Сейчас проверю, что будет, если залить официальное обновление.

Интересно почему пересборка не заработала) Нужно разобраться) Обычно всегда работает)

Подпись автора

USMicro® 2026©

1933

BIOS написал(а):

Интересно почему пересборка не заработала) Нужно разобраться) Обычно всегда работает)

не заработало даже если попытаться "зашифровать" распакованный с помощью fwunpack_newfw.py, т.е. так:

recrypt.py uwf_679_decrypted.bin uwf_679_decrypted_ck_3496.bin -1 0x3496 0x3000 0xE9C5D

пробовал добавить FF в начало файла в количестве 0x1000, чтобы получить смещение как в оригинале до распаковки и такой вариант "упаковать"

recrypt.py uwf_679_decrypted.bin uwf_679_decrypted_ck_3496.bin -1 0x3496 0x4000 0xEAC5D

но эта прошивка тоже не заработала.... Скорей всего я что-то делаю не так, но я пока только учусь китайской грамоте.

1934

ещё интересные странности.
перепаковал дамп этим скриптом:

Код:
recrypt.py new_indigo-679dspMK2_fw11.5_Chipkey_0x06C7.bin mod_indigo-679dspMK2_fw11.5_Chipkey_0x3496.bin 0x06C7 0x3496 0x4000 0xEAC5D

залил mod_indigo-679dspMK2_fw11.5_Chipkey_0x3496.bin в камень - работает.

но при попытке распаковать mod_indigo-679dspMK2_fw11.5_Chipkey_0x3496.bin с помощью fwunpack_newfw.py получаю ошибку (как будто ChipKey в прошивке остался старый.
Тоже самое происходит если слить рабочий дамп с нового камня (у камня чипкей 0x3496), а в дампе парсится 0x06C7...

Код:
fwunpack_newfw.py mod_indigo-679dspMK2_fw11.5_Chipkey_0x3496.bin
#
# mod_indigo-679dspMK2_fw11.5_Chipkey_0x3496.bin
#

Firmware base is at @1000
  Burner size....: 544
  VID............: b'0.01'
  Flash size.....: $0FF000
  FS version.....: 2
  Block alignment: 16
  Special option.: $FF
  PID............: b'AC695N_soundbox\xff'
------------------@hdr_off data_crc@offset  /data_offset     size/ data_size flags/resvd/index--name
(top) <JLFS Entry @00001020 - EDBC @000000A0/000010A0 (      8168/      8168) - 00/00 / 0 -- "uboot.boot">
(top) <JLFS Entry @00001040 - 44E4 @00002088/00003088 (       133/       133) - 02/FF / 0 -- "isd_config.ini">
Firmware chipkey from isd_config.ini: 06C7
(top) <JLFS Entry @00001060 - 00FF @00003000/00004000 (4294967295/4294967295) - 81/FF / 0 -- "app_dir_head">
(top) <JLFS Entry @00001080 - FFFF @000FF000/00100000 (      4096/      4096) - 12/01 / 65535 -- "key_mac">
Using chipkey: $06C7
[!] JLFS entry header CRC mismatch

Отредактировано hardlock (2026-09-18 11:32:41)

1935

Привет всем!
Хочу поделиться полезной информацией об одном важном инструменте для тех, кто работает в среде разработки JieLi (JL): JieLi Package Manager.
Если вы настраиваете рабочее пространство или вам нужно обновить инструменты — это самый надежный способ получить всё необходимое. Скачать его можно напрямую по официальному ссылке здесь:
🔗 http://pkgman.jieliapp.com/s/pkgman
Что такое этот инструмент?
JieLi Package Manager — официальное десктопное приложение, предназначенное для централизованного скачивания, установки и обновления всех компонентов программного обеспечения, необходимых для разработки на платформе JL. Вместо того чтобы искать разрозненные ссылки на форумах или сайтах, этот инструмент автоматически загружает всё напрямую с официальных серверов.
Основные возможности:
Централизованное управление инструментами: Единый интерфейс для загрузки ключевых утилит, таких как:
Инструмент конфигурации EQ
Инструмент конфигурации ANC
Инструмент настройки аудиоэффектов
Утилиты обновления прошивки
Специфические пакеты SDK (например, fw-ac697n, fw-ac700n и т.д.)
Удобная работа с проектами: После установки программа автоматически связывается с файлами проектов .jlxproj, что упрощает повседневную разработку.
Обновления одним кликом: Функция «Проверить обновления» гарантирует, что ваши компиляторы и инструменты всегда актуальны и соответствуют последним официальным версиям.
Простая настройка: Новые версии инструментариев, загружаемые через этот менеджер, больше не требуют ручной установки лицензионных файлов — настройка стала значительно быстрее и проще.
Как использовать:
Скачайте и запустите установщик по ссылке выше.
Откройте приложение «JieLi Package Manager». Вы увидите категоризированный список доступных пакетов и инструментов.
Поставьте галочки рядом с нужными вам SDK или утилитами для текущего проекта.
Нажмите кнопку «Скачать» — система автоматически загрузит и установит выбранные компоненты.
Регулярно используйте кнопку «Проверить обновления», чтобы ваша среда разработки оставалась актуальной.
Если вы создаете новую среду разработки или хотите убедиться, что ваши текущие инструменты обновлены — настоятельно рекомендую использовать этот менеджер. Он экономит много времени и помогает избежать проблем, связанных с несоответствием версий.
Надеюсь, эта информация будет полезна всем, кто хочет упростить свою рабочую среду! Если остались вопросы — смело задавайте.
⚠️ Примечание от автора: Я из Ирана. Этот текст был написан с помощью искусственного интеллекта, но полностью проверен и адаптирован мной лично для точности и ясности. Цель — помочь сообществу разработчиков на платформе JieLi.

1936

hardlock написал(а):

Кстати, не поделитесь прогой "JieLi UBOOT tool", а то в её теме ссылка на гугл диск не работает....

Привет! Ссылка работает. JL Flash Tool.
Я разобрался в чем дело - прошивка имеет разную разметку и еще что то кастомное не с ориг СДК. В дампе заголовок прошивки имеет смещение 0x1000, а в ориг сдк оно начинается сразу. Вот и поэтому разборка/сборка не работает, а перешифровка чисто usaer-app area другим ключом работает!  o.O

Подпись автора

USMicro® 2026©

1937

BIOS написал(а):

Ссылка работает. JL Flash Tool.

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

BIOS написал(а):

прошивка имеет разную разметку и еще что то кастомное не с ориг СДК.

это дамп с магнитолы, наскольок я знаю, они сами пилят прошивку руками китайцев, не уверен, что используя исключительно SDK.

BIOS написал(а):

В дампе заголовок прошивки имеет смещение 0x1000, а в ориг сдк оно начинается сразу.

в AC6905A дамп от обновления (jl_690x.bfu) отличался только сдвигом. Добавив в файла обновы в начале FFFFки получаем готовый дамп. А вот распаковывать обновы для AC6951C8, чтобы они потом заработали в качестве дампа, я не научился...

BIOS написал(а):

Вот и поэтому разборка/сборка не работает, а перешифровка чисто usaer-app area другим ключом работает!

мне только не понятно, почему после перешифровки дампа, ключ остаётся старый при распаковке?

1938

Интересные наблюдения. Есть серия магнитол с процессором AC6951C (chipkey 0x06C7).
довольно часто их приносят с проблемой "не включаются". На столе они могут 1-2 раза запуститься, но потом перестают.
Так вот что заметил, когда они включаются (после "отлёживания" или остужения процессора фризером) то чипкей правильный, т.е. >> Chip key: 0x06C7 <<,
а когда аппарат отказывается включаться (после прогрема или работы несколько минут), то чипкей читается как ">> Chip key: 0x07E7 <<". Разница в паре бит.
перекодирую прошивку под 0x07E7 и правда - включается "на горячую", но после "отлёживания" перестаёт, т.к. чипкей стал "родной" 0x06C7.

Никто не встречался с тем, что чипкей "гуляет" в зависимости от температуры?

1939

На днях такой чип в саундбаре был. Не хотел коннектиться по ВТ. После прошивки перестал включаться.  Но, увы, в таком корпусе 695х проца нет для проверки

1940

hardlock написал(а):

Интересные наблюдения. Есть серия магнитол с процессором AC6951C (chipkey 0x06C7).
довольно часто их приносят с проблемой "не включаются". На столе они могут 1-2 раза запуститься, но потом перестают.
Так вот что заметил, когда они включаются (после "отлёживания" или остужения процессора фризером) то чипкей правильный, т.е. >> Chip key: 0x06C7 <<,
а когда аппарат отказывается включаться (после прогрема или работы несколько минут), то чипкей читается как ">> Chip key: 0x07E7 <<". Разница в паре бит.
перекодирую прошивку под 0x07E7 и правда - включается "на горячую", но после "отлёживания" перестаёт, т.к. чипкей стал "родной" 0x06C7.

Никто не встречался с тем, что чипкей "гуляет" в зависимости от температуры?

Я думаю это может быть связано с отваливающейся флешкой внутри, я такое видел на бракованный 692 чипах. Но интересно, это же OTP зона, она не в spi флешке, а на основном кристалле вроде как.

Подпись автора

USMicro® 2026©


Вы здесь » USMI » MCU, SoC, CPU Микроконтроллеры » JL SoC. 杰理芯片