Компьютер для CP/M. Формулировка ТЗ.

[barsik]

готовый файл Cp-M_8Inch.ini лежит в папке "xdi_settings"

А где находится сама эта папка "xdi_settings" ?

В папке "SteinBlume" только папка "language", а папки "xdi_settings" нет. Я подумал, что было дополнение в дистрибутив и деинсталлировал пакет. Затем скачал заново из поста файлы steinblume_install_full.exe и steinblume_install_utils.exe. И снова проинсталлировал их. И ни хрена не изменилось, каталог "xdi_settings" не появился.

Тогда подумал, что эта папка создаётся в какой-нибудь системной папке Windows и запустил в Windows "поиск файлов и папок". Искал как папку "xdi_settings", так и файл "Cp-M_8Inch.ini". И получил печальное сообщение "Поиск не дал результатов". Тогда я провёл поиск файла "Cp-M_8Inch.ini" в Интернете с помощью Google и Yandex. Результат был такой же.

Так и не нашёл искомого файла "Cp-M_8Inch.ini".

[Advertiser]

[OrionExt]

Barsik, мы наверное разными источниками пользовались. SteinBlume брал здесь, а именно (смотри рисунок).

[Xrust]

Короче, прошил я в ПЗУшку вот этот быдлокод. Вроде заработало, но не так как ожидалось. Включаю железку, подключаюсь к ней через Terminal 1.9b. Посылаю байты. В ответ тишина. Включаю Request To Send ручками и тут начинают сыпаться в ответ нули и восклицательные знаки (21h - отзыв железки). Если при этом я жму клавиши, то в ответ приходит символ с тем же "!". Подозреваю, что я где-то ошибся, но где? В программе или в проводах? Схему постараюсь наконец-то нарисовать и выложить.

; ПРОГРАММА НАСТРОЙКИ И ПРОВЕРКИ УСАПП ВВ51А 
;
;_______УСТАНОВКА СТЕКА____________________________
	LXI 	SP,RAMTOP
;_______УСТАНОВКА_УСАПП_В_ИСХ._СОСТОЯНИЕ________
	MVI	A,01H
	OUT	CW51
	OUT	CW51
	MVI	A,IR
	OUT	CW51
;_______ЗАПИСЫВАЕМ_ИНСТРУКЦИЮ_РЕЖИМА____________
	MVI	A,4EH
	OUT	CW51
;_______ЗАПИСЫВАЕМ ИНСТРУКЦИЮ КОМАНДЫ___________
	MVI	A,TXEN+DTR+RXE+RTS
	OUT	CW51
LOOP:
;_______ЧИТАЕМ БАЙТ ИЗ ПОРТА____________________
	CALL	RXD
;_______ВОЗВРАЩАЕМ ПРОЧИТАННЫЙ БАЙТ В ПОРТ______
	MOV	C,A
	CALL	TXD
;_______ОТПРАВЛЯЕМ ПРИЗНАК ОТВЕТА (!)___________
	MVI	C,21H
	CALL	TXD
	JMP	LOOP

; ПОДПРОГРАММА ПЕРЕДАЧИ БАЙТА ИЗ РЕГИСТРА С
;
TXD:	PUSH	PSW
;_______ЖДЕМ_ГОТОВНОСТИ_________________________
TX1:	IN	CW51
	ANI	TXRDY+DSR
	CPI	TXRDY+DSR
	JNZ	TX1
;_______ПЕРЕДАЕМ_БАЙТ___________________________
	MOV	A,C
	OUT	DAT51
	POP	PSW
	RET
;
; ПОДПРОГРАММА ПРИЕМА БАЙТА В АККУМУЛЯТОР
RXD:
;_______ПРОВЕРЯЕМ_ГОТОВНОСТЬ____________________
	IN	CW51
	ANI	RXRDY
;_______ВОЗВРАТ_С_ФЛАГОМ_ПЕРЕНОСА,______________
;_______ЕСЛИ_ПРИЕМНИК_НЕ_ГОТОВ__________________
	STC
	RZ
;_______ЧИТАЕМ_ПРИНЯТЫЙ_БАЙТ____________________
	IN	DAT51
	CMC
	RET
;
; ВНЕШНИЕ МЕТКИ И КОНСТАНТЫ  
;
RAMTOP:		EQU	87FFH	; 
;___АДРЕСА_РЕГИСТРОВ_УСАПП______________________
DAT51:		EQU	00H	; РЕГИСТР ДАННЫХ
CW51:		EQU	01H	; РЕГИСТР КОМАНД
;
;___КОМАНДЫ ВВ51________________________________
TXEN:	EQU	01H	; ПЕРЕДАТЧИК ВКЛЮЧЕН
DTR:		EQU	02H	; УСТРОЙСТВО ГОТОВО
RXE:		EQU	04H	; ПРИЕМНИК ВКЛЮЧЕН
SBRK:	EQU	08H	; ПРЕРЫВАНИЕ ПЕРЕДАЧИ
ER:		EQU	10H	; СБРОС ОШИБОК ПРИЕМА
RTS:		EQU	20H	; ПЕРЕДАЧА РАЗРЕШЕНА
IR:		EQU	40H	; ПРОГР. СБРОС УСАПП
EH:		EQU	80H	; РАЗРЕШЕНИЕ ПОИСКА СИНХРОСИМВОЛА
;
;__РЕГИСТР СОСТОЯНИЯ ВВ51_______________________
TXRDY:	EQU	01H	; ПЕРЕДАТЧИК ГОТОВ
RXRDY:	EQU	02H	; ПРИЕМНИК ГОТОВ
TXE:		EQU	04H	; ПЕРЕДАЧА ЗАКОНЧЕНА
PE:		EQU	08H	; ОШИБКА ЧЕТНОСТИ
OE:		EQU	10H	; ПЕРЕПОЛНЕНИЕ ПРИЕМНИКА
FE:		EQU	20H	; ОШИБКА ФОРМАТА
SYNDET:	EQU	40H	; СИНХРОСИМВОЛ НАЙДЕН
DSR:		EQU	80H	; ПЕРЕДАТЧИК ДАННЫХ ГОТОВ
;
END

[b2m]

Включаю Request To Send ручками и тут начинают сыпаться в ответ нули и восклицательные знаки

Судя по коду так и должно работать. Ты же не ждёшь готовности в RXD, а возвращаешься с нулём в А и флагом переноса, если буфер пуст. Либо сделай ожидание в RXD, либо поставь JC LOOP после CALL RXD

[Xrust]

поставь JC LOOP после CALL RXD

Точно, оно самое. Теперь работает как надо.

[Xrust]

Возник следующий вопрос: если на процессор приходит сигнал прерывания, а шина данных к +5 не подтянута и контроллера прерываний нет, то следовательно процессор выполнит nop и продолжит исполнение основной программы?

[b2m]

шина данных к +5 не подтянута и контроллера прерываний нет, то следовательно процессор выполнит nop

Не обязательно. Кто его знает, что там будет на шине данных...

[Xrust]

Ну так-то все должно быть в высокоомном состоянии. Нечему там кроме проца шину данных дергать. А сам с собой то он не будет же конфликтовать.

[OrionExt]

Ну так-то все должно быть в высокоомном состоянии.

Ну, вот процессор и считает вместо команды - "мусор" с шины данных.

Не кому ведь процессору подсунуть команду, после сигнала запроса прерывания.

[Xrust]

OrionExt, понятно. В таком случае, надо значит к земле подтягивать.