Moderator: Shaos
Code: Select all
Lines 0...199:
____^^^^^^^^^^^^^^^^^^^^__
|__|
12 21 120 (screen) 6
Lines 200...224:
__________________________
|__|
12 147
Lines 225,226,227:
__
| |__________________________
12 147
Lines 229...261:
__________________________
|__|
12 147
вот примерно так в первом приближении может выглядеть обработчик строчного прерывания в случае текстового экрана NTSC (пока ограничимся 16 текстовыми строчками):b2m wrote:Ещё вариант: можно сделать, чтобы чтение из видео-памяти автоматически записывало данные в сдвиговый регистр. Тогда достаточно MOV A,M / INX H (12 тактов) При 2.5Мгц получим ровно 10 символов
Code: Select all
port_pid EQU #FFFF ; port to get processor identifier (0,1)
port_video EQU #FFFE ; port to write video out (bit 0 of P1 for sync and bits 0,1,2 of P2 for Y)
port_vdata EQU #FFFD ; port to say that we have data out (bit 0)
start_addr EQU #C000 ; info about line number 0
end_addr EQU #C106 ; next address after 251st line info
end_addr_hi EQU #C1
end_addr_lo EQU #06
video_addr_hi EQU #80
saved_addr DW start_addr
INTERRUPT:
; prepare (127 for processor 0, 133 for processor 1)
PUSH PSW ; 11
PUSH H ; 11
LHLD saved_addr ; 16 - saved address of current line info to HL
LDA port_pid ; 13 - read processor identifier
RRC ; 4 - shift right to get processor identifier in flag C
JC INTER_P1 ; 10 - go if processor 1
; stay if processor 0 (62)
MOV A,M ; 7 - read current line info
ANI #F0 ; 7 - mask for video mem
JZ INTER_FINISH ; 10 - finish if zero (it means no video data in this line)
MOV A,L ; 5 - L is coordinate Y or the current line, so A=L
STA port_video ; 13 - output character Y (lowest 3 bits of it)
MOV A,A ; 5 - pause
MOV A,A ; 5 - pause
JMP INTER_GO ; 10 - go to videodata if not zero
INTER_P1:
; processor 1 will do sync generation (68)
MOV A,M ; 7 - read current line info
STA port_video ; 13 - output bit 0 of line info as sync
RRC ; 4 - shift right to prepare next sync output
STA port_video ; 13 - output bit 1 of line info as sync
MOV A,M ; 7 - read current line info
ANI #F0 ; 7 - mask for video mem
JZ INTER_FINISH ; 10 - finish if zero (it means no video data in this line)
ADI 8 ; 7 - add 8 to form lower part of the address of videomem for processor 1
INTER_GO:
; videodata output (43+12*W-5+27 = 65+12*W)
PUSH H ; 11 - save HL
; form videomem address
MOV L,A ; 5
MVI H,vide_addr_hi ; 7
MVI A,1 ; 7 - A=1
STA port_vdata ; 13 - inform hardware that we have videodata to show
; generate video output
MOV A,M ; 7
INX H ; 5
....
MOV A,M ; 7
INX H ; 5
MOV A,M ; 7
XRA A ; 4 - clean A
STA port_vdata ; 13 - inform hardware that videodata is ended
POP H ; 10 - restore HL
INTER_FINISH:
; finishing interrupt handler (73 for lines 0..255, 88 for lines 256..260, 98 for line 261)
INX H ; 5 - increment address of line info and compare it to end_addr
MOV A,H ; 5
CPI end_addr_hi ; 7
JNZ INTER_END ; 10
MOV A,L ; 5
JNZ INTER_END ; 10
LXI H,start_addr ; 10 - go to the start
INTER_END:
; happy ending (46)
SHLD saved_addr ; 16 - save line info address for the next step
POP H ; 10
POP PSW ; 10
RET ; 10
А ты не забыл, что прерывание начинает исполняться не немедленно, а только по завершении команды, которая как мы знаем от 4 до 18 тактов. Т.е. изображение будет дёргаться влево-вправо, в зависимости от того, на какой команде возникло прерывание.Shaos wrote:вот примерно так в первом приближении может выглядеть обработчик строчного прерывания в случае текстового экрана NTSC
Code: Select all
MOV A,M ; 7
STA vport ; 13
INX H ; 5
INX H ; 5
Code: Select all
LXI H, video-mem ; address of current line
if(processor==1) INX H ; make odd for processor 1
LXI D, video-out ; address instead of port
; 24 ticks to send byte
MOV A,M ; 7
STAX D ; 7
INX H ; 5
INX H ; 5
; 24 ticks to send another byte
MOV A,M ; 7
STAX D ; 7
INX H ; 5
INX H ; 5
.... ; etc
Code: Select all
MOV A,M ; 7
OUT vport ; 10
INX H ; 5
Code: Select all
MVI A,code0 ; 7
STA vport ; 13
MVI A,code2 ; 7
STA vport ; 13
MVI A,code4 ; 7
STA vport ; 13
...
Code: Select all
MVI A,code0 ; 7
STAX D ; 7
MVI A,code2 ; 7
STAX D ; 7
MVI A,code4 ; 7
STAX D ; 7
...
Code: Select all
MVI M,code0 ; 10
MVI M,code2 ; 10
MVI M,code4 ; 10
...
Да - не очень хорошо получается...b2m wrote:А ты не забыл, что прерывание начинает исполняться не немедленно, а только по завершении команды, которая как мы знаем от 4 до 18 тактов. Т.е. изображение будет дёргаться влево-вправо, в зависимости от того, на какой команде возникло прерывание.Shaos wrote:вот примерно так в первом приближении может выглядеть обработчик строчного прерывания в случае текстового экрана NTSC
Можно синхронизировать процы в момент обращения к адресу где будет находится порядковый номер проца - прерывание будет взводить триггер и первый проц, который обратится по этому адресу, встанет по READY, взведя второй триггер - оба триггера будут сбрасываться вторым процом, который обратится по этому же адресу. Кстати номер проца можно не формировать железно - кто обратится к этому адресу раньше, тот и первыйb2m wrote: Я вижу только одно решение проблемы: чтение из видеопамяти должно тормозиться сигналом ready до конца строчного СИ. Только в этом случае мы получим ровный левый край.
Ну тогда придётся аппаратно генерировать строчные синхроимпульсы, а хотелось всё затолкать в проц...b2m wrote: Кстати, у нас не так много времени на обратный ход по строке, и лучше переждать это время, а не возвращаться к прерванной программе. Таким образом, лучше прерывание сделать по концу кадрового СИ (или уже там, где изображение должно начинаться), и выводить весь экран. Только после этого завершать прерывание.
Строчные СИ нужно генерировать почти постоянно, при таком подходе процессор больше ничего не успеет сделать. Да и для генерации прерывания по кадру или по строке всё равно придётся делать счётчик. Хотя, можно использовать ВИ53Shaos wrote:Ну тогда придётся аппаратно генерировать строчные синхроимпульсы, а хотелось всё затолкать в проц...
Code: Select all
MVI A,code0 ; 7
OUT vport ; 10
MVI A,code2 ; 7
OUT vport ; 10
MVI A,code4 ; 7
OUT vport ; 10
Code: Select all
OUT code0 ; 10
OUT code1 ; 10
OUT code2 ; 10
Ну, во-первых, что и в каком порядке "выплёвывать" на экран решает всё же стандарт развертки...Shaos wrote:А вот ещё мыслей (почти что через 4 года):
А что если код символа не посылать в порт, а сам адрес порта будет являться кодом символа?По идее можно и IN т.к. посылаемый-принимаемый байт значения не имеет (но можно сделать чтобы имел)Code: Select all
OUT code0 ; 10 OUT code1 ; 10 OUT code2 ; 10
А в чём фишка по сравнению с нопами? А в том, что процессор сам решает что и в каком порядке выплёвывать на экран
Не... что-то ты плохо 4 года размышлял...Shaos wrote:Стандарт развёртки требует лишь поставить синхроимпульсы по нужным отступам - и всё...
Еще стандарт любит, чтобы длительности синхроимпульсов Угу - и это тоже (отступы я имел ввиду и по фронтам, и по спадам)Lavr wrote:Не... что-то ты плохо 4 года размышлял...Shaos wrote:Стандарт развёртки требует лишь поставить синхроимпульсы по нужным отступам - и всё...
не слишком отличались от стандартных...
