pxa270 + jtag wiggler - не могу достучаться до strataflash Опции

[amamlin]

Попробовал. Удалось достучаться до памяти, она корректно определяется, но не программруется

target state: halted
target halted in ARM state due to debug-request, current mode: Supervisor
cpsr: 0x000000d3 pc: 0x00000000
MMU: disabled, D-Cache: disabled, I-Cache: disabled
(processor reset)
Info : Flash Manufacturer/Device: 0x0089 0x8816
Warn : expected one protection register field, but found 2
Warn : configuration specifies 0x2000000 size, but a 0x2000000 size flash was found
flash 'cfi' found at 0x00000000

> flash write_image 1.2.5-hp.rom 0x0 bin
Using target buffer at 0x5c000038 and of size 0x8000
Write 0x8000 bytes to flash at 0x00000000
status register: 0x98
Low Programming Voltage Detected, Operation Aborted
Program Error / Error in Setting Lock-Bit
error writing to flash at address 0x00000000 at offset 0x00000000 (-902)
Command handler execution failed
in procedure 'flash' called at file "command.c", line 650
called at file "command.c", line 361

[DpInRock]

Прогресс.
Ну дальше проще.
"....." сообщения в гугл.
Ответов вываливается достаточное количесство.
В кавычки токо лучше брать.

[amamlin]

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

Код

00348     if (status != 0x80)
00349     {
00350         LOG_ERROR("status register: 0x%x", status);
00351         if (status & 0x2)
00352             LOG_ERROR("Block Lock-Bit Detected, Operation Abort");
00353         if (status & 0x4)
00354             LOG_ERROR("Program suspended");
00355         if (status & 0x8)
00356             LOG_ERROR("Low Programming Voltage Detected, Operation Aborted");
00357         if (status & 0x10)
00358             LOG_ERROR("Program Error / Error in Setting Lock-Bit");
00359         if (status & 0x20)
00360             LOG_ERROR("Error in Block Erasure or Clear Lock-Bits");
00361         if (status & 0x40)
00362             LOG_ERROR("Block Erase Suspended");
00363
00364         cfi_intel_clear_status_register(bank);
00365
00366         retval = ERROR_FAIL;
00367     }

У меня же состояние регистра 0xa8, в коде же такого состояния не оговорено... И еще смущает вот эта строка

Warn : expected one protection register field, but found 2

[DpInRock]

Закомментить это.
Типа, хуже не будет.

[amamlin]

Пробовал и закомментировать и обход написать, все равно не флешит... Выпадает в ошибку...
Собирал последнюю версию из svn

Сообщение отредактировал amamlin - Mar 14 2011, 18:39

[DpInRock]

У меня вроде была такая особенность аккумулятора (схемы).
ХП со свежим аккумулятором не стартовал без хардрезета. (Название моего ХП что-то около 2140 - такие примерно цифры).
Т.е. возможно JTAG бубен надо запускать сразу после нажатия кнопки руками... Что-то такое было...

[amamlin]

Тоесть попробовать зажать хардресет и запустить openocd или другую софтварь?

[DpInRock]

Не зажать, а отпустив, быстренько запустить.
Я тут разбирал надысьь совсем старый КПК, так у него внешние устройства отключались (включались) особо. Т.е. КПК мог программно обесточивать отдельные узлы.
А при начальном старте, цепи от резета эти устройства на некоторое время подключали к питанию независимо от процессора.

Это вот в частности, какой-то КПК от Касио. Там просто надо умучатся, чтобы запустить комп из состояния повердаун (В ситуации с разряженным аккумулятором, но подключенной зарядке).

[amamlin]

Кажется дело сдвинулось. Удалось записать небольшой кусок загрузчика. Теперь после ресета процессор останавливается на инструкции по адресу 0x1920(раньше 0x0). Плюс во время включения батареи экран на долю секунды загорается. Раньше этого тоже не было.

Буду дальше пробовать, но меня смущает все же ошибки о low programming voltage. Хотя тут есть одна идея. При сборке схемы я не нашел 100 Омных резисторов и использовал 91 Омные. Судя по всему с TRST читается минимальный уровень логической единицы. Из-за меньшего сопротивления получается более высокий уровень, девайс видит что минимальный уровень отличается от того что подается для программирования памяти и выдает ошибку. Но это всего лишь моя теория.

Сообщение отредактировал amamlin - Mar 15 2011, 08:24

[DpInRock]

Потихоньку возвращайте закоментинное взад.
91 - 100 ом без разницы.
Другое дело что порт параллельный - 5 вольтовый вроде как (не уверен).
И выдача наружу - как раз без проблем, а вот прием от 3 вольтового буфера - вполне может подглючивать.

Чтобы я попробовал при такой гипотезе.

Вместо 3.3 вольт подать напрямую напряжение аккумулятора (прямо с freevekznjhf непосредственно). И вашим, и нашим.
Плохого ничего не должно быть.
По входам резюки стоят 91 ом. Лишнее на себя возьмут вместе с защитными диодами.

[amamlin]

Напряжение аккумулятора 3.7 вольта. Не думаю что поможет, но попробовать стоит.

[DpInRock]

Разница 0.4 вольта - огромная. А заряженный - еще круче 4.3 вольта.
Кроме того, можно отсоединить подстветку экрана. Кушает она много и не по делу. (там разъем должен быть отдельный).

[amamlin]

Подсветка загорается только при включении и идентификации устройства. В общем то можно для экономии в таком случае отсоединить вообще все и оставить только голую плату. Благо добраться до нее не очень сложно.
Может попробовать запитать логику вигглера от отдельного 5 вольтового источника? Или не стоит?

[DpInRock]

Это как крайний случай. Типа, не все сразу. Ибо паразитное питание на проц - тоже не сильно хорошо. Оно резюками ограничено, конечно, но я бы наглеть по пустякам не стал бы.

Прибавка в 0.4 вольта - весьма существенна для убирания легких глюков...

[amamlin]

Пробовал заптку от аккумулятора, заряженного на полную. Эффект тот же. Думаю попробовать обратиться к разработчикам openocd
В даташите про 0x98 написано что оно соответствует состоянию cfi read query
Сброс состояния регистра не увенчался успехом.