Каким может быть новый клон Специалиста?

[Zidane]

Интерес к платформе есть. И очень даже. Но что конкретно мне мешает - отсутствие вменяемого Монитора. Стандартные подпрограммы ПЗУ выводят строки и символы в режиме наложения, что сильно ограничивает скорость работы даже в ассемблере, не то что на BASIC. В итоге, подпрограммы системного ПЗУ - главный тормоз компьютера. Я тут как то ролик накидал про то, как 8-битные шаблоны и строки из таких шаблонов выводить на экран Специалиста - так оно в несколько раз быстрее. Опять же, шаблоны 8*8 намного приятнее и удобнее в использовании, чем 6*8. Второе - ассемблер. Все-таки, писать в "Микрон" в современном мире - сомнительное удовольствие. Нашел VASM, обалденная, а главное - универсальная (и под I8080 и под Z80) штука. Сейчас разбираюсь.
Потому как видится мне: без переделки Монитора - новый редактор ассемблера и BASIC со своим шрифтом. Не то, чтобы я не хотел их написать - знаний пока не хватает, но я учусь ). Второе: 2 мегагерца для 12 килобайт видеопамяти маловато. Как ни пытаюсь сделать вертикальный скроллинг, даже через стек выходит быстрее, чем стандартный, но все равно заметно. Кстати у BASIC "Микрон" бесячий момент, когда вместо скроллинга очищается экран. Такая себе идея. Так что софт нужен и важен, и что самое главное вполне может появиться. Только вот Монитор в ПЗУ, по сути, останется не у дел. Ну и где-то я уже предлагал - в каком-то из журналов предлагалось использовать несколько ПЗУ для хранения интерпретатора BASIC и ассемблера. А если вместо этого ПЗУ реализовать разъем для картриджа и использовать данный диапазон адресов для работы с ROM-диском. Кстати такое в журналах тоже было, но не помню, как там оно было реализовано. Это я к тому, что, скажем, в Вектор-06Ц реализована вполне интересная идея, в рамках ограниченного ОЗУ - в ПЗУ только загрузчик (не от хорошей жизни, разумеется) а вот все остальное грузится с внешнего носителя.

[Advertiser]

[CityAceE]

Разные виды Мониторов на Специалисте существовали. В то числе и оконный Монитор Доможирова, который использовал матрицу 8*8 для символов. Но проблема в том, что почти все программы для Специалиста используют для вывода текста именно стандартные ПП Монитора. Если что-то поменять, то весь софт "поплывёт". Так что стандартный Монитор ради совместимости вообще никак нельзя трогать. Но можно подумать о том, чтобы подменять его на время неким другим системным ПО, также размещённым в ПЗУ. То есть, если старый софт ничего не знает про новое системное ПО, то оно по умолчанию пользуется тем, что было. А новый софт может начинать свою работу с переключения на новый Монитор.

А если продолжить осуждать Монитор, то в него, как минимум, нужно добавить полный набор символов для латиницы и кириллицы, а также привести раскладку клавиатуры к современному стандарту QWERY/ЙЦУКЕН.

Про средства разработки на самом компьютере согласен, нужен, как минимум, нормальный ассемблер. МИКРОН устарел по всем фронтам. Ну а лично для меня ещё и мнемоники Z80 нужны.

Я тут как то ролик накидал

Можно ссылку на этот ролик?

[b2m]

стандартный Монитор ради совместимости вообще никак нельзя трогать

Можно всё, но нужно иметь возможность переключаться в режим совместимости со стандартным Специалистом (а может даже и со Специалистом МХ). Как пример - вариант HardWareMan-а Специалист МХ2.

[Zidane]

Можно ссылку на этот ролик?

https://youtube.com/live/9r-Xrf8II6Q Но это еще работа в Микрон. Сейчас с VASM разберусь и все ок. На самом деле там ничего сложного и все работает. Но нужно шапку файла добавлять, чтобы грузилось в эмулятор. Вот и ищу - где-то на сайте видел.

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

Да, еще. Я был бы весьма заинтересован в Z80 на новом Специалисте. Ибо 12 килобайт для 2 МГц, как я писал выше, много. Или 8085.. Но это хотелки, чо уж тут.

[CityAceE]

Я был бы весьма заинтересован в Z80 на новом Специалисте.

Добро пожаловать в соответствующую тему со своими хотелками

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

Я подобное у себя делаю собственными скриптом на Python:

import sys


def hex_number(number):
    sting_number = str(hex(number)).lstrip('0x').upper()
    while len(sting_number) < 4:
        sting_number = '0' + sting_number
    return sting_number


if len(sys.argv) > 1:
    filename = sys.argv[1]
    if len(sys.argv) > 2:
        start = int(sys.argv[2])
    else:
        start = 0

    with open(filename, 'rb') as f_obj:
        binary_file = f_obj.read()

    finish = len(binary_file) - 1

    cs = 0
    for i in range(finish):
        cs += binary_file[i]
        cs += (binary_file[i] << 8)

    cs = (cs & 0xff00) | ((cs + binary_file[finish]) & 0xff)

    binary_file = bytearray(binary_file)

    header = [start % 256, start // 256, (start + finish) % 256, (start + finish) // 256]
    header = bytearray(header)

    check_sum = [cs % 256, cs // 256]
    check_sum = bytearray(check_sum)

    rks_file = header + binary_file + check_sum

    if '.' in filename:
        name_parts = filename.split('.')
        name_parts[-1] = 'rks'
        filename = '.'.join(name_parts)
    else:
        filename = filename + '.rks'

    print("ИМЯ ФАЙЛА:", filename)
    print("КОНТРОЛЬНАЯ СУММА =" + hex_number(cs))
    print("НАЧАЛЬНЫЙ АДРЕС =" + hex_number(start))
    print("КОНЕЧНЫЙ  АДРЕС =" + hex_number(start + finish))

    with open(filename, 'wb') as f_obj:
        f_obj.write(rks_file)

else:
    print("Usage: python bin2rks.py filename.bin [start_address]")