кто-нибудь в прошивке PIC24FJ64GA006 разбирается?

[svv]

Считал вроде кое-как с этого контроллера прошиву. Но чет странно читается всегда вроде одно и то же, а верификация не проходит, по адресу 0055FFh все время чет ругается. Прошива в прицепе, мож кто по дампу может определить -похожа она на правду или нет. Изначально у контроллера несколько лап погорело, но так вроде живой запускается.

[tridentxp]

с такими камнями не сталкивался, но складывается впечатление, что прошива вполне валидна, заисключением того что добавляется нулевой байт через 3. а обведённое красным частенько попадалось на глаза в прошивках штриховских фр.

[Two_byte]

Нолики через три байта не к добру. Видать битая проша.
Упс, беру свои слова обратно - организация опкодов 24 бита. Т.е. 3 байта, вполне возможно, что прошива рабочая.

[tridentxp]

Нолики через три байта не к добру. Видать битая проша.
Упс, беру свои слова обратно - организация опкодов 24 бита. Т.е. 3 байта, вполне возможно, что прошива рабочая.

да тут и без опкодов видно, что область непрерывных данных битая.

[tridentxp]

если вырезать 4-ый байт, то угощайсу.

[Two_byte]

А вот и нифига!. Валя поглянь на строчки ниже тобой отмеченных - 123.456.789. и.т.д. Нет разрыва данных. Камень судя по ДШ 16-ти битный, поэтому вроде и нормально все.
The program memory space is organized in word
addressable blocks. Although it is treated as 24 bits
wide, it is more appropriate to think of each address of
the program memory as a lower and upper word, with
the upper byte of the upper word being unimplemented.
Старший байт старшего слова. Т.е. один байт теряется в двух словах.

[svv]

ну так то без 0 больше похоже на прошиву, особенно с 0fca8H. Но шить то надо все равно с 0, в смысле изначальную?

[tridentxp]

хотя может прошива и валидная:  скачал тестовый проект, в нём такое же как и у svv распределение байт. а ман по пикам читать не охото - не люблю я пики.

[svv]

Ладно, убедили, щас потру его да прошью заново. терять особо уже нечего процику все равно кирдык

[Two_byte]

Я сам пики не люблю, мутные они. Мож я гарвардскую архитектуру не понимаю?
Одно распределение регистров что стОит, да и обмен только через аккумулятор и файловый регистр.
Хотя, он вроде бы изначально задумывался, как битовый процессор. Ссылку не помню, на первоисточник.
Во, кстати для svv -> смотрим ДШ на пик. На 28-й странице есть про fantom byte, всегда читается как "0".

[svv]

вобщем стер - девайс помер. Зашил - стал казать все 8 и мерзко пишшать. Начал выдергивать волосы. Стер еще раз зашил, но фьюзы по дефолту поставил - заработало!
фьюзы где-то в паршивке сидят, ибо после загрузки файла в буфер, ставятся сами
http://saveimg.ru/show-image.php?id=5af32ffd125d1f285403dd1cc91ce7e3
а вот по дефолту
http://saveimg.ru/show-image.php?id=08907cf076457ce4323e9b4e474e44d6
за полную функциональность не скажу, т.к. та часть проца, что отвечает за связь с ацп отправилась в страну вечной охоты, но остальное вродь пашет. Эт собс-но голова CAS CI6000

[Two_byte]

Опять 25, нафига фузы трогать?. Это если уже ничего не помогает, то, покурив ДШ можно фузы подергать. При прошивке фузы не должны меняться, если они в нех не прописаны. Если шьем бинарник, то нифига трогать на надо!
Читаем и изучаем формат нех файла.

[svv]

да чиппрог их автоматом шьет, а я все время про это забываю. Непонятно. правда почему при загрузке в него файла в bin, он эти фьюзы сам переставляет из дефолта. имхо оне где-то в прошивке записаны, но почему-то или неправильно считались или еще какие-то тайные силы действуют.

[Two_byte]

В бин формате файла не может быть информации о фузах просто физически. Проверь закладку программирования, мож у тебя где нить в чекбоксе галка стоит для прошивки фузов.
Формат bin, это просто образ памяти программ МК.

[svv]

Вобщем пришел новый проц, пока ходил считал прошиву и фьюзы с рабочего. Поменял проц, шью это
http://saveimg.ru/show-image.php?id=bbff3fa3b269f94fdc8d77336880d9d3
при при сравнении вылазит ошибка. потом читаю - получаю уже это.

http://saveimg.ru/show-image.php?id=feafb167b7e9bf07b8f68547fc10439c

Кстати фьюзы сидят где-то в прошивке. Гружу прошиву в буфер чиппрога фьюзы сами переставляются из дефолта.

[Two_byte]

От японский милитаризм!!!!!, какой файл грузим в программатор??? -  HEX!!!. В нем фузы и стоят - можешь сам убедиться, в самом низу строка типа ":02ххххххххххх".

[svv]

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

[Two_byte]

И правда ставятся. Значит в этом пике конфигурация (CW1, CW2), находятся в области основной памяти. Надо ДШ курить - не специалист я по пикам.

[Юр]

Так откройте его винхексом и посмотрите в самый конец файла. Глядишь, там конфигурация и порылась. ))

[Юр]

В частности по смещению 0х157F8

[svv]

черт его знает мож и там, буду читать датащит. Смущает ошибка сравнения на первом рисунке в окошке программирования красным цветом выделено
Буфер:          Адрес 00055FFh  значение 00777h
Микрохема: Адрес=000ABFEh, значение=000777h - бред какой-то, написал чиппроговцам что бы это значило - пока ответа нет