Принесли в ремонт несколько промышленных плат с LPC2468. Один совсем мертвый а на остальных помер один из входов где прицеплен датчик.
В общем нужно процессоры заменить, но тут у меня не хватает знаний.
По мануалу в проце 512 кб флешка. Также по шине I2C прицеплена флешка 24С265
1. А может прошивка быть на этой флешке или только внутри проца или на SD карте?
2. Читать и писать эти процы через что и как? UART0 на плате не разведен нормально. Но можно подпаяться.
3. Itag-а на плате нет. Но на колодку выведен I2C
4. Чтобы читать (ну пытаться) и писать проц нужно снимать с платы или будет достаточно подать 3.3 и Rx Tx
5. Какое ПО использовать? Нашел Flash Magic
6. А если проц залочен, что использовать для чтения (J-Link)? Или в этом случае финиш и прочитать никак. То есть мне не понятно, производитель может при производстве залочить от чтения, но оставить возможность обновления?
NXP Semiconductors designed the LPC2468 microcontroller around a 16-bit/32-bit ARM7TDMI-S CPU core with real-time debug interfaces that include both JTAG and embedded trace. The LPC2468 has 512 kB of on-chip high-speed flash memory.
DBGEN 9[1][8] F4[1][8] I DBGEN — JTAG interface control signal. Also used for boundary scanning. TDO 2[1][9] D3[1][9] O TDO — Test Data Out for JTAG interface. TDI 4[1][8] C2[1][8] I TDI — Test Data In for JTAG interface. TMS 6[1][8] E3[1][8] I TMS — Test Mode Select for JTAG interface. TRST 8[1][8] D1[1][8] I TRST — Test Reset for JTAG interface. TCK 10[1][9] E2[1][9] I TCK — Test Clock for JTAG interface. This clock must be slower than 1⁄6 of the CPU clock (CCLK) for the JTAG interface to operate. RTCK 206[1][8] C3[1][8] I/O RTCK — JTAG interface control signal
7.2 On-chip flash programming memory.
The LPC2468 incorporates 512 kB flash memory system. This memory may be used for both code and data storage. Programming of the flash memory may be accomplished inseveral ways. It may be programmed In System via the serial port (UART0). The application program may also erase and/or program the flash while the application is running, allowing a great degree of flexibility for data storage field and firmware upgrades. The flash memory is 128 bits wide and includes pre-fetching and buffering techniques to allow it to operate at speeds of 72 MHz.
7.26.3 Code security (Code Read Protection - CRP)
This feature of the LPC2468 allows user to enable different levels of security in the system so that access to the on-chip flash and use of the JTAG and ISP can be restricted. When needed, CRP is invoked by programming a specific pattern into a dedicated flash location. IAP commands are not affected by the CRP. There are three levels of the Code Read Protection. CRP1 disables access to chip via the JTAG and allows partial flash update (excluding flash sector 0) using a limited set of the ISP commands. This mode is useful when CRP is required and flash field updates are needed but all sectors can not be erased. CRP2 disables access to chip via the JTAG and only allows full flash erase and update using a reduced set of the ISP commands. Running an application with level CRP3 selected fully disables any access to chip via the JTAG pins and the ISP. This mode effectively disables ISP override using P2[10]/EINT0 pin, too. It is up to the user’s application to provide (if needed) flash update mechanism using IAP calls or call reinvoke ISP command to enable flash update via UART0.
Стоимость работы в случае 7.26.3 может легко стать шестизначной, притом не в самом начале диапазона...
Я смотрел на поведение сбойных и рабочих плат. К ним подключаются с десяток разъемов. Но, стартуют и при нескольких (питания, 3 мотора, пара оптодатчиков) что сужает поиск сбойного места.
Сбойная проходит тест и ругаеться на один из оптодатчиков. Прямо миганием светодиодов указывает какой.
Я проверил/разрисовал эту цепь. Сигнал через цифровые транзисторы и триггер шоттки попадает на цифровой вход проца. Осциллограмма импульсов на этом входе на нормальной и на сбойной одинаковая (насколько я могу сравнить прямоугольные импульсы). Из чего я сделал вывод что вход проца в порядке (хотя как я понимаю лучьше в разрыв поставить резистор и глянуть не его концах).
То что сбойная цепь того самого датчика на который указывает проц тоже вопрос хороший и не окончательный. Никаких даташитов на плату конечно нет. Если этот датчик откинуть - плата сразу в стоп падает. Тут же вроде тест проходит но в конце ошибка.
Я считаю прошивку с рабочей платы.
Заменю горелый проц на новый и залью в него эту прошивку.
Потом попробую залить эту прошиву на сбойные - может это поможет.
Дальше сравню длительность и форму сигнала рабочей и сбойной - возможно тут косяк.
Ну а дальше, как я понимаю, смотреть в режиме отладки или пробовать диассемблировать прошивку чтобы понять на чем стопиться плата.
вот если прокатит заливка на новые - тогда и можно сказать, что считалась прошивка. На сбойные может и прошивка не прокатить и не факт, что прошивка виновата, может, аппаратно что-то ушаталось.
Залочена может быть лишь часть прошивки Проверять надо на новых.
Но мож и повезет... я как-то с ЭБУ автомобиля считал, дорогущего, тоже думал - наверняка залочена, а оказалось - заходи, бери что хочешь
Потом попробую залить эту прошиву на сбойные - может это поможет.
Каким образом? Думаете прошивка восстановит сгоревшую ногу? (если уж нога сгорела) Насчёт проблемы в ноге МК - весьма сомнительно, раз сигнал проходит через много компонентов, а не напрямую с разъёма идёт. Искать проблему нужно в этих компонентах или в датчике, а не в прошивке МК. Хотя конечно да: проще ведь искать не там где потеряли, а там где светлее.
Предварительно, уже были заменены все элементы, которые есть в цепи датчика. Это не дало результата.
Также, я замерял падение напряжения на этой ноге и на других входах при снятом триггере. Оно отличалось на обоих сбойных платах.
Поэтому возникло подозрение о проблеме именно этого входа.
Но, как оказалось, падение на рабочей плате аналогично сбойным.
В даташите процессора указано что у флешки есть ограничение на количество циклов записи. Аппарат не молодой. Как написана прошивка я не знаю. Возможно это проблема самой флешки или входа.
Вы пишите что может прочитаться мусор. Так как понять что процессор не залочен? Считать, затереть и проверить что чип пустой?
если затереть, то и блокировка сотрется. будет просто новенький чип. проверить можно либо заливкой на новый и проверкой всего функционала, либо тщательным изучением этого мк
Т.е. - у вас что-то считалось (мусор?), потом - ничего не зашилось (в МК осталась исходная прошивка) и плата работает. Кто бы сомневался. Добавлено after 2 minutes 35 seconds:
По дампу определили, без дизассемблера?? Вы видимо реально - гуру программирования. ЗЫ: Приблизительно можно глянуть по дампу начала прошивки - там должна быть таблица векторов прерываний, формат которой описан в мануале. Можете просто сюда запостить дамп. Здесь есть знающие человеки.
По умолчанию J-Flash сначала затирает проц а потом шьет.
Это откуда такой вывод? Открываю свой проект-файл для LPC1758. Вижу: Видно, что в конфиг-файле определены номера секторов флешь стирания. JFlash может как стереть всю флешь, так и только сектора, занятые прошивкой (в зависимости от настроек). Стереть весь чип он может только по команде "Production programming" и то - если на вкладке ей соответствующей выбрано "стирать весь чип". По умолчанию там стоит посекторное стирание: Да и "Production programming" - вы это делали?
Таким образом: Если в заливаемой вами новой прошивке (считанном дампе) указаны сектора, не относящиеся к началу флешь, то и исходная прошивка в МК окажется нестёртой. И выполняться будет она, а не то что вы думали что зашилось.
Внутри дампа есть текстовые строки поэтоу я предпологаю, что это не мусор.
Текстовые строки - не надёжно. Если скажем - не прочитался первый сектор, то строки будут, но прошивка работать не будет. Ещё бывает - всякий мусор (типа строк) остаётся от предыдущих прошивок, когда отлаживаешь программу, так как каждая новая заливка затирает только необходимые ей сектора, и если раньше была большая прошивка, а заливается - меньшая, то за её хвостом останется мусор от старой. Хотя это вряд-ли ваш случай. Содержимое первого сектора - вектора прерываний - можно и визуально проверить их корректность (что я вам выше и предлагал). Но дело ваше.
Выглядит нормальным. Похоже там реально в начале находится таблица векторов (8 элементов). 5-й элемент её (по адресу 0x14) должен содержать контрольную сумму остальных векторов (согласно документации на МК). Можете проверить. Остальные вектора у вас заполнены командой LDR PC, [PC, #24] (как и в моих прошивках), кроме 6-го вектора, указывающего на обработчик IRQ.
Проц приехал. Горелую плату восстановил, проц поставил, прошил и плата стартанула. На днях подъеду поставлю на стенд а то без моторчиков и датчиков не проходит тест полностью.
Да, дамп с работающей платы аналогичен скачанному ранее.
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 13
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения
Вход
Регистрация
Правила
FAQ
Поиск
