bus16

Именно получить рабочую копию. Вывод один: работать с SVNDBLib в Altium-е без посторонних средств управления репозиторием невозможно(( Update: как выяснилось коллективно работать в таком режиме тоже не получиться - на других машинах вновь создаваемые компоненты не появляются. Грустно это и печально - официально опция такая есть, а работать с ней нельзя..

Всё так и делается, и внешний и внутренний клиент использовал - в окне Storage Manager отображается только структура директорий, которые при попытке добавить их к version control - Altium выдаёт ошибку. Самое плохое - что процедура первоначального создания репозитория описана в документах, а вот как готовым пользоваться и как настроить IDE под неё - нет нигде.

Создал с помощью Altium библиотеку на основе SVN базы данных. Всё поместил в репозиторий - всё работает как надо и как хочется. Проблема вот в чём: как с помощью Altium получить рабочую копию из репозитория для другого пользователя. Алгоритм первоначального создания репозитория понятен более-менее, а вот как конечному пользователю пользоваться этим - не очень.

На первое - да ничего не будет, чёрной магии там нет. Хотя иногда IAR ругался на якобы неиспользуемые переменные, хотя они явно использовались в теле функции. На второе - функция должна возвращать результат. Под это дело была создана переменная, но это функция инициализации и никакого результата она вернуть не может - только статус выполнения. Вероятно поэтому переменную всё-же оставил (захомячил) а варнинг о неиспользовании замаскировал другим, а его вероятно отключил в IAR-е.

Pins P0[27] and P0[28] are open-drain for I2C0 and GPIO functionality

Вот в этом сильно сомневаюсь. Если есть возможность перевести LPC2xxx принудительно в режим ISP - то может быть дыра и в IAP, с тем-же самым переходом в ISP и приём за команду управления "мусор" на линии...

При вызове IAP прерывания глобально и в VIC вектор UART0 запрещены, естественно. Вопрос в том, что фирменный загрузчик может сам инициализировать периферию под себя, а это чревато... Ведь есть-же метод перевода контроллера в режим ISP без подтяжки соответствующей ножки путём посыла "секретных" команд в момент его старта. Условно-же может быть какая-то произвольная последовательность байт на линии, способная помешать процедуре записи во FLASH данных. Вероятно не надо использовать UART0 при смене ПО, либо аппаратно запрещать приём данных в момент записи во FLASH.

Есть устройство со встроенным вторичным загрузчиком. Обновление вторичного загрузчика производиться путём загрузки в ОЗУ программы, которая и обновляет этот загрузчик. Вопрос: возможно - ли в процессе выполнения функции IAP приём (на линии возможен обмен данными) по UART0 какого-либо произвольного символа или последовательности, которая прервёт или нарушит выполнения процедуры записи во FLASH. Что-то типа приёма "ISP command sbort"?

Не разобрались :( Если не сказано - значит и делать так, вероятно, нельзя. Вам, уверен, он и не помог-бы... Тема неоднократно обсуждалась, ищите не форуме. Если лень лазить по форуму - ищите в UM в разделе "Flash programming" слово "ECC"

Если это IAR j-Link, то работать не будет...

поделись, пжлст, iolpc1768.h от EWARM v5.40

a в хидере адреса какие?

Собственно: iolpc1766.h FIO0DIR имеет адрес 0x50014000, хотя по UM это адрес 0x2009C000. Также это не bit-band регион... Ядро, естественно, в hard fault падает при обращении.. Это проблема с хидером, или я чего-то непонимаю? Регион адресов 0x5001xxxx вообще неразмечен...

Цитируя UM LPC1768: "TBLOFF Vector table base offset field. It contains bits[29:8] of the offset of the table base from the bottom of the memory map. Remark: Bit[29] determines whether the vector table is in the code or SRAM memory region: Bit[29] is sometimes called the TBLBASE bit. • 0 = code • 1 = SRAM." Так вот, бит TBLOFF располагается не в 29, а в 28 бите... точнее смещение работает - а ремап таблицы - нет..

вот отсюда поподробнее, ничего непонял :wassat:

Имею считанную прошивку от EPM3256 в формате pof-файла. Подскажите, с помощью какого инструмента в Quartus-е можно просмотреть содержание этой прошивки и отредактировать её?

Оформляешь функцию прерывания как закрытый метод некоего класса - и всех делов ;-)

Вероятно надо использовать G++ - скрипт править

А разве в 2106 есть Fast GPIO?

Это не наши методы Должен быть вариант штатного сброса вывода ШИМ в 0 средствами самого модуля. Пока "лучше" чем "PWMMR0 = 0;" ничего непридумал... Есть у кого опыт, поделитесь?

Суть: необходимо сбросить в 0 выход ШИМ-а после окончания работы с ним. Установка опции "Stop on PWMMRx" (не 0 канал, естественно) результата недаёт - счётчик останавливается но ножка в высоком состоянии. Сброс PWMENAx - невсегда даёт эффект - иногда нога остаётся в 1. Комбинация этих уставок тоже ни к чему не приводит... Как правильно поступить?

Прочитал сектора 27-29(область загрузчика) с помощью J-Flash.

Пришли образцы изделий с установленными LPC2148 rev.B. Не стираются и не программируются. После выяснений причин обнаружилось, что на кристалле прошит "левый" загрузчик (около 44 слов). Обновление загрузчиком 2.12 успехом не увенчались... (делал через J-link commander). Может есть у кого опыт по восстановлению загрузчика?

Уже не такая далёкая NXP Cortex-M0

Вот потому по подаче питания ядро может выполнить несколько инмтрукций до захвата его работы TAP-контроллером, а что эти инструкции собой представляют - скажет bootloader (как-раз может отрубаться JTAG, активность которо определяется состоянием отдельного пина при старте). не, где-то инфа пробегала о возможности защиты от считывания/записи отдельных секторов стандартными ф-ми bootloader-а