Эмуляция 1801ВП1-128 в ПЛИС

[Patron]

Сообщение от Vslav

Я сейчас выполил такое моделирование:

qbus_write(16'O177132, 16'H3130);

На выходе записываемых данных получилось:

0x30 (то есть, сначала МЛАДШИЙ байт, старший бит первым)
0x31 (то есть, потом СТАРШИЙ байт, старший бит первым)

Вот и верь после этого описаниям.

Значит, хотя в описании ВП1-128 написано:

     В режиме 'запись' 7-й разряд РС (TR) устанавливается в единицу
после  того, как младший байт РДЗ переписался в сдвиговый  регистр.

Но на самом деле - первым пишется младший байт регистра данных, а требование выставляется при копировании в сдвиговый регистр старшего байта регистра данных.

---------- Post added at 14:25 ---------- Previous post was at 14:12 ----------

Здесь написано так:

шестнадцатибитный регистр данных чтения принимает два байта данных из сдвигового регистра. В процессе считывания данных с диска сначала сохраняется старший байт, затем младший данных.

Получается, что и там в описании ошибка и сначала сохраняется младший байт, а затем старший данных.

Так ?

---------- Post added at 14:35 ---------- Previous post was at 14:25 ----------

Сообщение от Vslav

0x91 (инвертированное 0x6E. Сначала пишется СТАРШИЙ байт инвертированной суммы)
0x16 (инвертированное 0xE9. Потом пишется МЛАДШИЙ байт инвертированной суммы)

Но если слово контрольной суммы пишется в обратном порядке байтов относительно слов данных, то как порядок байтов при чтении получается для всех слов одинаковым ?

[Advertiser]

[Vslav]

как порядок байтов при чтении получается для всех слов одинаковым ?

По результатам моделирования чтения СТАРШИЙ байт слова идет первым. То есть первый прочитанный с диска байт помещается в старший, второй прочитанный помещается в младший байт регистра данных. Получается что при чтении байты в словах надо переставлять. Странная ситуация, порядок байт при чтении/записи отличается, анализ кода драйвера это подтверждает?

Сумма CRC при записи сдвиговый регистр не проходит - данные сдвигаются в самом регистре CRC, поэтому порядок байт там не важен - всегда пишется 16-битное инвертированное слово суммы, начиная со старшего бита. Тасовка же байт данных происходит на уровне мультиплексора 16-битного регистра данных в сдвиговый регистр.

[Patron]

анализ кода драйвера это подтверждает?

Я сейчас пишу эмулятор контроллера MY - там роль драйвера выполняет прошивка -255:

[Vslav]

Я сейчас пишу эмулятор контроллера MY - там роль драйвера выполняет прошивка -255:

Похоже что 255-ая точно так же работает, фрагмент чтения:

; Подпрограмма чтения сектора
7254$:	TST	R2		; Перешли за границу "окна"?
	BPL	7304$		; Нет
	ROR	R2		; На начало "окна"
	ADD	#401,@#177102	; Увеличить адрес старшей части "окна"
	BNE	7304$		; Еще не перешли границу памяти
	BIS	#4000,0(R3)	; Установить ошибку адреса в РСО
	JMP	7500$		; Завершить операцию с ошибкой
7304$:	TSTB	@R4		; Очередное слово сформировано?
	BPL	7304$		; Нет
	MOV	@R5,R0		; Прочесть слово
	SWAB	R0		; Обменять байты
	MOV	R0,(R2)+	; Передать слово в ОЗУ вычислителя
7316$:	SOB	R1,7254$

В процедуре записи команды SWAB нет. В-общем, Цирк уехал, клоуны остались