Та же 1515ХМ1-031 имеет вывод 25, называемый AR, и не используемый в УКНЦ. Возможно хотели, но что-то не срослось.Цитата:
Сообщение от Titus
Вид для печати
Та же 1515ХМ1-031 имеет вывод 25, называемый AR, и не используемый в УКНЦ. Возможно хотели, но что-то не срослось.Цитата:
Сообщение от Titus
Для чего он?Цитата:
Сообщение от Alex_K
Каков вопрос, таков и ответ. Titus, неужто Вы думаете у меня есть информация по всем этим БМК, а я на ней сижу и никому не даю.Цитата:
Сообщение от Titus
Ну может быть раскопали)Цитата:
Сообщение от Alex_K
---------- Post added at 17:33 ---------- Previous post was at 17:31 ----------
По хорошему, надо бы уговорить нашего друга Феликса сфотать кристал крупненько, и срисовать его.
Только так выяснится все досканально.
Могу предполагать только по названию. У процессора есть вход AR - подтверждение приема адреса по SYNC, да и тут AR называется... Ассоциации однако.Цитата:
Сообщение от Titus
---------- Post added at 17:37 ---------- Previous post was at 17:33 ----------
Все БМК 1515ХМ1 на одно лицо, имеется ввиду по библиотеке логических элементов. Разный в разных прошивках только последний слой металлизации, соединяющий эти логические элементы. Естественно понятно, что таким образом БМК на полную катушку не использовать, где-то останутся невостребованные элементы, где-то может нельзя соединить нужные элементы из-за пересечения проводников.Цитата:
Сообщение от Titus
Вот этот слой метализации и сфоткать.Цитата:
Сообщение от Alex_K
---------- Post added at 18:19 ---------- Previous post was at 17:39 ----------
Вот отрывок кода, который тестирует:Цитата:
Сообщение от Alex_K
Перед вызовом прерывания запрещены вообще.Код:GetDump:
MOVB #6,@#TMRSTATE ;0x06-> TMRSTATE (остановить таймер, шаг 16мкс)
MOV #99,@#TMRBUF ;99 -> TMRBUF (записать значение в буферный регистр)
MOV PC,R1 ;R1 = Buffer (PPU)
ADD #Buffer-.,R1 ;
MOV #TMRCURR,R0 ;R0 - TMRCURR
MOV #5,R2 ;R2 = 5
MOV #7,@#TMRSTATE ;Запустить таймер
1$: CMP R2,(R0) ;Ждем появления в регистре значения
BNE 1$ ;числа 5
MOV (R0),(R1)+ ;64 такта / команду (100 тактов шаг таймера)
MOV (R0),(R1)+ ;блок 8 * 64 = 512 тактов (~5 шагов таймера)
MOV (R0),(R1)+
MOV (R0),(R1)+
MOV (R0),(R1)+
MOV (R0),(R1)+
MOV (R0),(R1)+
MOV (R0),(R1)+
Как видно, в буферный регистр заносится число 99, затем таймер запускается, ждется число 5 в регистре текущего значения, и начинается протоколирование в память, где оказывается соответственно 5, 4, 3, 2, 1, 0, 98, 97 и т.д.
Так вот, иногда там оказывается 5, 4, 3, 2, 1, 0, 4095, 4094, что может означать ТОЛЬКО ОДНО, что число 99 НЕ прописалось в буферный регистр, а прописалось число 0. Иных вариантов предположить не могу.
А если в коде переменить две строчки:Цитата:
Сообщение от Titus
Код:GetDump:
MOV #99,@#TMRBUF ;99 -> TMRBUF (записать значение в буферный регистр)
MOVB #6,@#TMRSTATE ;0x06-> TMRSTATE (остановить таймер, шаг 16мкс)
Это не играет роли, т.к. в буферный регистр число должно записываться по-любому. Да и сложно проверить, т.к. поймать эту ситуацию вообще очень сложно.Цитата:
Сообщение от Alex_K
А как же вероятность незаписи буферного регистра в счетчик? Проценты-то вон какие получаются.Цитата:
Сообщение от Titus
Незапись при прямой загрузки намеренно КОРОТКИМ импульсом 36-40 тактов. А при переполнении таймера, из буферного регистра в счетчик загрузится автоматом по такту предделителя.Цитата:
Сообщение от Alex_K