User Tag List

Страница 11 из 13 ПерваяПервая ... 78910111213 ПоследняяПоследняя
Показано с 101 по 110 из 137

Тема: RK-КНГМД для "Специалиста"

Комбинированный просмотр

Предыдущее сообщение Предыдущее сообщение   Следующее сообщение Следующее сообщение
  1. #1

    Регистрация
    05.10.2016
    Адрес
    г. Санкт-Петербург
    Сообщений
    1,080
    Спасибо Благодарностей отдано 
    0
    Спасибо Благодарностей получено 
    5
    Поблагодарили
    5 сообщений
    Mentioned
    1 Post(s)
    Tagged
    0 Thread(s)

    По умолчанию

    Цитата Сообщение от fifan
    Исходники RAMFOS и MX-DOS могу предоставить
    RAMFOS, так понимаю, это что-то типа ORDOS в ОРИОНЕ. Это не интересует. Тем более, что для базового СПЕЦИАЛИСТА это не годится.

    Интересует только дискетная MX-DOS, причём не для использования, а для изучения. Если это CP/M, то BDOS и CCP не надо. Достаточно только BIOS, где дисковые подпрограммы низкого уровня. Это не особо горит, но вскоре я освобожусь и мог бы испытать в реале эти подпрограммы чтения/записи сектора. Это не потребует много пайки, т.к уже спаянных и настроенных контроллеров дисковода на ВГ93 имею достаточное количество, так что спаять придётся только переходник (косу с разъёмами) и установить в СПЕЦИАЛИСТ 155 ТМ2, формирующий HOLD на КР580.

    Вообще-то я уже скачал из темы MX-дисковод MX-DOS. Но файл bst_mx0.odi оказался вовсе не ODI, при его открытии Steinblume выдаёт какую-то ерунду.

    Что не удивительно, т.к это совсем не CP/M диск. Тогда вытащил из начала этого образа диска первые 1400H байтов и дизассемблировал это. Хотя в начале этого дампа стоит текст "Dos_MX V3.6", но никаких функций ДОС я там не нашёл. На ДОС не похоже. Скорее это похоже на какую-то графическую оболочку активно выводящую рамки псевдографикой. Подрограмм низкого уровня я там тоже не нашёл.

    - - - Добавлено - - -

    Тогда вспомнил, что читал в теме MX-дисковод про программу LODI.EXE от Л.Афанасьева. Скачав и перетащив мышью файл bst_mx0.odi на на файл LODI.EXE увидел содержимое этого образа диска. Увидев, что есть подкаталоги сразу понял, что MX-DOS это не CP/M, а расширение ODI это не акроним от слов "Орион диск", а просто обман. Затем с помощью этой программы скопировал файл MX_DOS_4 EXE в файл MX_DOS_4 EXE.bin на винчестере.

    А затем в каталоге SYSTEM нашёл 3 файла CPMx.EXE и короткое сообщение, что CP/M получена адаптацией CP/M от ОРИОНА (CP/M от МП ORION-SERVICE). Теперь нет проблем выдернуть из этой CP/M подпрограммы чтения/записи сектора, т.к в отличие от MX-DOS, CP/M хорошо документирована.
    Последний раз редактировалось barsik; 08.01.2018 в 18:14.

  2. #1
    С любовью к вам, Yandex.Direct
    Размещение рекламы на форуме способствует его дальнейшему развитию

  3. #2

    Регистрация
    30.05.2007
    Адрес
    г. Лянтор, Сургутского р-на, ХМАО
    Сообщений
    4,436
    Спасибо Благодарностей отдано 
    163
    Спасибо Благодарностей получено 
    190
    Поблагодарили
    121 сообщений
    Mentioned
    5 Post(s)
    Tagged
    0 Thread(s)

    По умолчанию

    Цитата Сообщение от barsik Посмотреть сообщение
    Хотя в начале этого дампа стоит текст "Dos_MX V3.6", но никаких функций ДОС я там не нашёл. На ДОС не похоже. Скорее это похоже на какую-то графическую оболочку активно выводящую рамки псевдографикой. Подпрограмм низкого уровня я там тоже не нашёл.
    Ну как это нет подпрограмм низкого уровня. А как же подпрограмма установки дисковода в исходное положение, выдачи команды, поиска дорожки, установки номера сектора, записи сектора с прерыванием МП, проверки сектора чтением, чтения сектора - перечислил найденные подпрограммы.

  4. #3

    Регистрация
    05.10.2016
    Адрес
    г. Санкт-Петербург
    Сообщений
    1,080
    Спасибо Благодарностей отдано 
    0
    Спасибо Благодарностей получено 
    5
    Поблагодарили
    5 сообщений
    Mentioned
    1 Post(s)
    Tagged
    0 Thread(s)

    По умолчанию

    Ну вот, дизассемблировал CP/M для СПЕЦИАЛИСТА-MX. Это заняло 2 часа, т.к пришлось переименовывать сотни меток, чтобы исходник стал читабельным. Хотя реально нужны были только две подпрограммы, остальное отредактировал просто для порядка.

    Это не все подпрограммы, что нужны для использования, но остальные подпрограммы уже не критичны к скорости. Хотя готовность и в остальных подпрограммах в этих ДОС так же проверяются трюком с HOLD, но это уже не обязательно, достаточно программно читать регистр состояния.

    Теперь нет проблем те же подпрограммы применить и для обычного СПЕЦИАЛИСТА с таким КНГМД для любых DOS. Хотя для RK-DOS такой контроллер избыточен, т.к RK-DOS не может работать с дисками в 800 кб.

    Для использования на обычном СПЕЦИАЛИСТЕ с контроллером от ОРИОНА достаточно подставить адреса порта FC00 и тот же самый контроллер, что требовал 2.5 МГЦ будет работать и на 2 МГЦ. Как видите это достигнуто не только применением захвата шины, но и упрощением подпрограмм. Убрали цикл контроля занятости ВГ75. Эти две меры в совокупности и дали выигрыш. Ясно что попытки в лоб использовать подпрограммы для ОРИОНА с таким КНГМД не привели бы ни к чему хорошему. Поэтому полезно дизассемблировать.

    Кстати можно было ещё чуть ускорить, если сделать адрес буфера кратным 00, что позволяет контроллировать только старший байт в регистре указателе адреса в буфере (H). Вот подпрограммы использованные в CP/M для СПЕЦИАЛИСТ-MX. Думаю, что и в MX-DOS такие же. Но MX-DOS нас пока не интересует.

    Код:
    PHOLD	EQU	0FFF0H	; адрес для зависа
    
    RGCOM	EQU  	0FFE8H	; адрес регистра команд
    RGTRK	EQU  	0FFE9H	; адрес регистра дорожки
    RGSEC	EQU  	0FFEAH	; адрес регистра сектора
    RGDATA	EQU  	0FFEBH	; адрес регистра данных
    
    RDSEC:	LD	BC,RGDATA
    	LD	DE,400H
    	LD	A,80H		; команда читать сектор
    	CALL	EXEC
    
    RD_LOO:	LD	(PHOLD),A	; уходим в HOLD, ждём DRQ
    	LD	A,(BC)		; при выходе читаем байт
    	LD	(HL),A
    	INC	HL
    	DEC	DE
    	LD	A,D
    	OR	E
    	JP	NZ,RD_LOO
    RDDONE:
    
    ; ----------------------------------------------
    
    WRSEC:	CALL	UNIT
    	RET	NZ
    	PUSH	HL
    	LD	BC,RGDATA
    	LD	DE,400H
    	LD	A,0A4H		; команда писать сектор
    	LD	(RGCOM),A
    
    WAIT1:	LD	A,(RGCOM)
    	RRCA	
    	JP	NC,WAIT1
    
    WR_LOO:	LD	(PHOLD),A	; уходим в HOLD, ждём DRQ
    	LD	A,(HL)
    	LD	(BC),A		; на выходе пишем байт
    	INC	HL
    	DEC	DE
    	LD	A,D
    	OR	E
    	JP	NZ,WR_LOO
    WRDONE:
    Теперь нужна программа форматирования дискеты для CP/M на СПЕЦИАЛИСТЕ с таким КНГМД. Есть она ?

    В крайнем случае пойдёт и программа форматирования дискет для MX-DOS, но её придётся уже существенно переделывать, т.к форматы совсем разные.

    Интересно было бы посчитать число тактов в петлях записи и чтения, чтобы понять насколько процентов этот контроллер и эти подпрограммы ускоряют, по сравнению с подпрограммами от CP/M Корвета.
    Последний раз редактировалось barsik; 09.01.2018 в 16:21.

  5. #4

    Регистрация
    05.10.2016
    Адрес
    г. Санкт-Петербург
    Сообщений
    1,080
    Спасибо Благодарностей отдано 
    0
    Спасибо Благодарностей получено 
    5
    Поблагодарили
    5 сообщений
    Mentioned
    1 Post(s)
    Tagged
    0 Thread(s)

    По умолчанию

    Цитата Сообщение от makbar
    возьмите мои подпрограммы и не мучайтесь с какими то HOLD-ами, базовый СПЕЦИАЛИСТ и так успевает
    Возможно так и сделаю. Вскоре собираюсь поэкспериментировать с подпрограммами от разных авторов. Отличие схем небольшое, а для идеологии SPDOS и вот этого контроллера готовый контроллер с чтением 38 и 39-той ног ВГ93 у меня уже есть. Отличие в адресах и битах портов несущественно.

    Скорее всего использую Ваши или MX-овые подпрограммы, но Ваши - без порта чтения DRQ, а MX-овые - без режима HOLD (читая DRQ из ВГ93, как обычно). Думаю, что эти более короткие подпрограммы в сочетании с тактом 2.25 МГЦ (вместо 2.0 МГЦ) позволят использовать обычный КНГМД от ОРИОНА без всяких аппаратных выкрутасов.

    Цитата Сообщение от makbar
    Код:
    LOOP:	XRA	M
    	JP	LOOP
    Две команды вместо трёх дают очень небольшой выигрыш. На самом деле Ваш вариант работает на 2 МГЦ вовсе не из-за чтения DRQ аппаратно. Возможно даже без этого можно обойтись (если как в фирменной подпрограмме сделать запись стеком). Как и писал выше, о пользе от регистра для DRQ я знал и даже печатные платы с КНГМД имеющим регистр для чтения ног 38 и 39 (и кстати, тоже на ЛП11) были выпущены для ОРИОНА в 2-х городах и CP/M использующая это была странслирована.

    А менее требовательный к скорости Ваш вариант просто потому, что он упрощённый, в отличие от стандартных подпрограмм разработанных фирмой Western Digital для ВГ93 и применённых в Корвете. Точнее просто "химия". Хотя, если при этих подпрограммах не происходит зависа на дохлоте или других неприятностей, то всё нормально.

    Т.е секрет был вовсе не в замене 3-х команд CPU на 2 команды, поэтому выше в этой теме я и утверждал, что аппаратное чтение DRQ даёт маленький выигрыш и его явно недостаточно, чтобы снизить требование к быстродействию CPU с 2.5 МГЦ до 2 МГЦ.

    Раз уж занялся анализом подпрограмм чтения/записи сектора для разных схем контроллеров на базе ВГ93 от разных авторов, то посмотрел подпрограммы и вот этого контроллера. DOS для этой системы не была закончена. Дело внедрения дисковода, похоже, ограничилось лишь экспериментами, хотя, по информации авторов, вполне успешными. DOS, кстати, для этой системы собирались делать совместимой с MSDOS по формату дискеты. Во вложении их подпрограммы, в которых я разбирался.

    Наиболее критичной по требованиям к быстродействию является подпрограмма записи.

    Подпрограмма работающая стеком из CP/M Корвета (и ОРИОНА):

    Код:
    .
    	LD      HL,RGDATA	; запись физ.сектора
    	LD      DE,RGCOM
    	LD      SP,BUFFER	; буфер откуда писать
    
    WR_LOO:	POP     BC              ; берём 2 байта из стека
    
    WAIT_1:	LD      A,(DE)          ; LD A,(RGCOM)
    	XOR     00000001B       ; инвертировать бит D0
    	JP      Z,WAI_01        ; если D0=1 ТО ВГ93 занят и ошибок нет
    
    	LD      (HL),C          ; LD (RGDATA),C  пишем младший байт
    	RRA                     ; бит D0=0 ?
    	JP      C,WRDONE	; да, значит ВГ93 занят
    	RRA                     ; бит D1=1
    	JP      NC,WAIT_1       ; если нет, то нет запроса данных
    
    WAIT_2:	LD      A,(DE)          ; LD A,(RGCOM)
    	XOR     00000001B       ; инвертировать бит D0
    	JP      Z,WAIT_2	; ждём готовности ВГ93
    
    	LD      (HL),B          ; LD (RGDATA),B  пишем старший байт
    	JP      WR_LOO
    
    WRDONE:
    Подпрограмма чтения сектора для контроллера отсюда:

    Код:
    .
    RDSEC:	LD	A,84H		; непосредственное чтение сектора
    	LD	(RGCOM),A
    	LD	BC,RGDATA
    	LD	DE,LP11		; через 155 ЛП11 читаем готовности ВГ93
    RD_LOO:	LD	A,(DE)
    	ADD	A,A
    	RET	M
    	JP	NC,RD_LOO
    	LD	A,(BC)
    	LD	(HL),A
    	INC	HL
    	JP	RD_LOO
    Подпрограмма М.Короткина из SP-DOS версии 4.3 для ОРИОНА:

    Код:
    .
    WRSEC:	LD	DE,BUFFER
    	LD	BC,RGDATA
    	LD	HL,RG_DRQ
    	LD	A,0F4H
    	LD	(RGCOM),A
    	
    WR_LOO:	XOR	A
    
    WAIT_1:	OR	(HL)
    	JP	Z,WAIT_1
    	
    	LD	A,(DE)
    	LD	(BC),A
    	INC	DE
    	JP	P,WR_LOO
    WRDONE:
    Подпрограмма для контроллера Л.Афанасьева от СПЕЦИАЛИСТ-MX:

    Код:
    .
    WRSEC:	LD	BC,RGDATA
    	LD	DE,400H
    
    	LD	A,0A4H
    	LD	(RGCOM),A
    
    WAIT_1:	LD	A,(RGCOM)
    	RRCA	
    	JP	NC,WAIT_1
    
    WR_LOO:	LD	(RGHOLD),A	; уходим в HOLD, и ждём в нём DRQ
    	LD	A,(HL)
    	LD	(BC),A		; по DRQ выходим и пишем байт
    	INC	HL
    	DEC	DE
    	LD	A,D
    	OR	E
    	JP	NZ,WR_LOO
    WRDONE:
    Хотел бы посчитать машинные такты, но увы, давно не программировал и куда-то засунул свою табличку с числом тактов команд Z80. А приближающийся склероз ухудшил память (ранее я знал числа тактов всех команд по памяти) теперь без таблички ничего невозможно посчитать. Если у кого-то под рукой есть ссылка на подобную табличку с временами команд КР580 или Z80, то поделитесь.

    Но и без арифметики видно, что "химические" самодельные подпрограммы намного короче.
    Вложения Вложения
    Последний раз редактировалось barsik; 09.01.2018 в 17:10.

  6. #5

    Регистрация
    05.10.2016
    Адрес
    г. Санкт-Петербург
    Сообщений
    1,080
    Спасибо Благодарностей отдано 
    0
    Спасибо Благодарностей получено 
    5
    Поблагодарили
    5 сообщений
    Mentioned
    1 Post(s)
    Tagged
    0 Thread(s)

    По умолчанию

    Цитата Сообщение от makbar
    не имею такой возможности, отошел от дел. Не имею ни СПЕЦИАЛИСТА ни ОРИОНА
    Конечно, если давно забросил программирование для 8-ми разрядки и забыл, чем отличается байт от бита, это причина.

    А вот отсутствие железа это уже не причина, т.к эмуляторы хреново эмулируют только работу с магнитофоном в реальном времени, а вот на эмуляцию ВГ93 авторы эмуляторов не пожалели усилий, так что для разработки и отладки ПО реальный компьютер абсолютно не нужен. А чтобы проверить в реале окончательный продукт найдутся добровольцы, да и возможно кто-то сохранил контроллер для SP-DOS и использует до сих пор.

  7. #6

    Регистрация
    04.06.2016
    Адрес
    г. Ярославль
    Сообщений
    100
    Спасибо Благодарностей отдано 
    0
    Спасибо Благодарностей получено 
    0
    Поблагодарили
    0 сообщений
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)

    По умолчанию

    Цитата Сообщение от barsik Посмотреть сообщение
    кто-то сохранил контроллер для SP-DOS и использует до сих пор.
    http://zx-pk.ru/threads/21984-dsdos-...-128-quot.html
    Цитата Сообщение от Denn Посмотреть сообщение
    Опционально (и очень желательно ):
    НГМД________________контроллер на КР1818ВГ93, 2 FDD, MFM, 800 Кб (по схеме из журнала РАДИО №12/1992, стр. 14-15)

    Цитата Сообщение от barsik Посмотреть сообщение
    забыл, чем отличается байт от бита, это причина.
    и еще пяток причин, о которых я деликатно умолчу.
    Разработчик КНГМД для Специалиста и Ориона128, автор SPDOS (журнал "Радио" 12/1992, 1-2/1993). Манускрипт, датированный 1993-94гг: Отладка контроллера SPDOS SPDOS v4.3

  8. #7

    Регистрация
    05.10.2016
    Адрес
    г. Санкт-Петербург
    Сообщений
    1,080
    Спасибо Благодарностей отдано 
    0
    Спасибо Благодарностей получено 
    5
    Поблагодарили
    5 сообщений
    Mentioned
    1 Post(s)
    Tagged
    0 Thread(s)

    По умолчанию

    Цитата Сообщение от zx_
    Сделали CP/M для СПЕЦИАЛИСТА? Под какой контроллер?
    Не закончил. Странслировал лишь первую версию (ещё сто раз изменю). Из-за нехватки ОЗУ это не для практического использования, т.к не имея доп.ОЗУ можно грузить программы размером только до 24 кб. Но этого достаточно для проверки разных КНГМД. Увы, для СПЕЦИАЛИСТА без доп.ОЗУ RK-DOS в силу мизерности её объёма оказывается лучше.

    Под какой контроллер не важно. Если есть заведомо рабочие подпрограммы чтения и записи сектора для разных версий КНГМД, то замена одних подпрограмм на другие это работа на несколько минут. Имея исходники, немного знаний и подпрограммы чтения/записи сектора, сделать версию стандартной CP/M для данного железа - совсем просто.

    Проверенные подпрограммы чтения/записи сектора есть только для РК-КНГМД. Есть п/п-ммы и для контроллера на ВГ93 от ОРИОНА, но это требует такт 2.5 МГЦ. Так что для СПЕЦИАЛИСТА пока выбора нет, - только для РК-КНГМД. Закончив с CP/M для РК-КНГМД займусь экспериментами с КНГМД на ВГ93 с подпрограммами от Л.Афанасьева и М.Короткина и надеюсь смогу сделать формат 720 кб с секторами по 512 байт.

    Перетранслировал для СПЕЦИАЛИСТА не стандартную CP/M, т.к в ней нет толка, а какую-то версию CP/M для ОРИОНА. С электронным диском из ОЗУ, с обработкой при старте AUTOEXEC.SUB и с подкачкой BDOS не с системных треков, а из ОЗУ. Электронный диск облегчает. С него запускается форматёр дискеты. Привод A: - эл.диск из ОЗУ, а привод B: на базе РК-КНГМД стоящего по адресу FB00. И в основном эта работа заключалась в очистке от Z80-команд.

    Для СПЕЦИАЛИСТА с банками доп.ОЗУ получается CP/M с TPA в 35.5 кб и ей можно пользоваться для хранения и запуска программ. Но вот если доп.ОЗУ нет, то получается TPA всего-лишь 24 кб, а эл.диск имеет размер всего 8 или 10 кб, куда практически ни одна нужная программа не влезает. А ведь ещё надо куда-то грузить драйвер VT52 размером не менее 6 кб, для этого вообще нет места.

    При этом BDOS получилась на 6100, что даёт равно 24 кб для загрузки программ. BDOS хранится и подкачивается из 7700...8DFF, дисковый буфер для секторов в 512 байт на 8C00...8EFF (при секторах в 1 кб TPA упадёт ещё ниже). А под электронный диск используется открытое "верхнее ОЗУ" в области D000...F7FF, что и даёт крошечный эл.диск в 9 кб (1 кб каталог). Даже крошечный эл.диск лучше, чем никакого, т.к CP/M плюётся на диск A: временными файлами. Пользоваться такой CP/M можно и без дисковода, т.к диск A: это эл.диск из ОЗУ, но тут проблема в размере эл.диска.

    Сейчас ~30 CP/M программ для КР580 вручную сделал RKS-файлами. По SAVE их записать на дискету нельзя (SAVE можно записать только файл с кратностью в 256 байт, отчего размер файлов, что имеет нечётное число лог.секторов увеличится), а POWER-ом не воспользоваться из-за нехватки ОЗУ. Потому надо написать программу, которая грузит с ленты файлы в формате с именем и по окончании ввода автоматичеки записывает файл с точными размерами на диск.

    Подобную программу (не для МГ, для линии) я имел когда-то и с её помощью переслал CP/M-программы на дискеты РК86. Кстати и форматёр от RK-DOS не годится. И не только потому, что заполняет дискету кодами 0, а надо E5, а потому-что в RK-DOS нумерация секторов с 0, а в CP/M нумерация секторов с 1.
    Последний раз редактировалось barsik; 12.01.2018 в 22:09.

  9. #8

    Регистрация
    04.06.2016
    Адрес
    г. Ярославль
    Сообщений
    100
    Спасибо Благодарностей отдано 
    0
    Спасибо Благодарностей получено 
    0
    Поблагодарили
    0 сообщений
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)

    По умолчанию

    Цитата Сообщение от barsik Посмотреть сообщение
    займусь экспериментами с КНГМД на ВГ93 с подпрограммами от Л.Афанасьева и М.Короткина
    у меня осталось пару-тройку плат) я говорил, если надо - вышлю.

    Цитата Сообщение от barsik Посмотреть сообщение
    для контроллера на ВГ93 от ОРИОНА, но это требует такт 2.5 МГЦ.
    для моих п/п - не требуется.

    Цитата Сообщение от barsik Посмотреть сообщение
    надеюсь смогу сделать формат 720 кб с секторами по 512 байт.
    это нетрудно.

    - - - Добавлено - - -

    Цитата Сообщение от barsik Посмотреть сообщение
    RK-DOS нумерация секторов с 0, а в CP/M нумерация секторов с 1.
    насколько я помню, у всех стандартных систем с 1.
    Меня удивило в свое время, что номер стороны у CP/М инвертированный.
    Разработчик КНГМД для Специалиста и Ориона128, автор SPDOS (журнал "Радио" 12/1992, 1-2/1993). Манускрипт, датированный 1993-94гг: Отладка контроллера SPDOS SPDOS v4.3

  10. #9

    Регистрация
    24.01.2008
    Адрес
    Уфа
    Сообщений
    3,927
    Спасибо Благодарностей отдано 
    105
    Спасибо Благодарностей получено 
    291
    Поблагодарили
    217 сообщений
    Mentioned
    10 Post(s)
    Tagged
    0 Thread(s)

    По умолчанию

    Цитата Сообщение от makbar Посмотреть сообщение
    Меня удивило в свое время, что номер стороны у CP/М инвертированный.
    Зависит от того, инвертируется ли номер стороны аппаратно (сигнал side). У Башкирии-2м тоже инвертированный (по сравнению с IBM/PC), и это создаёт определённые сложности при создании дампов дискет. Сейчас точно не помню, в чём была проблема (то ли сектор не находится, то-ли КС не совпадает). Приходится дампить всю дорожку. Если бы номер совпадал, можно было бы под линуксом просто командой dd дампить, в нём есть поддержка секторов по 1024 байта.

  11. #10

    Регистрация
    04.06.2016
    Адрес
    г. Ярославль
    Сообщений
    100
    Спасибо Благодарностей отдано 
    0
    Спасибо Благодарностей получено 
    0
    Поблагодарили
    0 сообщений
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)

    По умолчанию

    Цитата Сообщение от b2m Посмотреть сообщение
    Зависит от того, инвертируется ли номер стороны аппаратно (сигнал side). У Башкирии-2м тоже инвертированный (по сравнению с IBM/PC), и это создаёт определённые сложности при создании дампов дискет.
    я сейчас конечно не помню, но мне 25 лет назад казалось, что вход накопителя прямой, и дискеты(сторона) созданные моим контроллером совпадают с IBM/PC
    Последний раз редактировалось makbar; 15.01.2018 в 16:40. Причина: опечатка
    Разработчик КНГМД для Специалиста и Ориона128, автор SPDOS (журнал "Радио" 12/1992, 1-2/1993). Манускрипт, датированный 1993-94гг: Отладка контроллера SPDOS SPDOS v4.3

Страница 11 из 13 ПерваяПервая ... 78910111213 ПоследняяПоследняя

Информация о теме

Пользователи, просматривающие эту тему

Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)

Похожие темы

  1. PS/2 адаптер клавиатуры для Специалиста
    от fifan в разделе Специалист
    Ответов: 244
    Последнее: 02.12.2025, 11:10
  2. Ответов: 153
    Последнее: 16.12.2021, 19:07
  3. OriNET для Специалиста ?
    от SYR-ALEX в разделе Специалист
    Ответов: 22
    Последнее: 21.07.2017, 07:40
  4. Есть 3 кассеты для Специалиста...
    от Bolt в разделе Специалист
    Ответов: 60
    Последнее: 27.10.2013, 14:24
  5. Изучается спрос на плату для Специалиста
    от Павел Рябцов в разделе Барахолка (архив)
    Ответов: 109
    Последнее: 30.11.2010, 10:16

Ваши права

  • Вы не можете создавать новые темы
  • Вы не можете отвечать в темах
  • Вы не можете прикреплять вложения
  • Вы не можете редактировать свои сообщения
  •