TU58fs

[Hunta]

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


Устроил себе небольшое развлечение - переписываю эмулятор TU58 c С на C#
Скорее всего, на неделе (ближе к выходным) дойду до отладки
Некоторые шанс, что к стенду подключу DX/DY - есть, а вот DD - это в ближайшей перспективе - врят ли..
И учитывая, что загрузчик с DD в ПЗУ есть - будет на чём проверить

[Advertiser]

[Hunta]

Перепили чуть менее половины кода. В том числе два (самых) больших по размеру модуля работы с файловыми системами. Судя по скорости и доступному времени - то, что к следующим выходным перейду к отладке - эт я погорячился. Хорошо, если ЗА следующие выходные всё допилю Ну и поскольку это первый проект по переделки с С на С# - не всё сразу пошло так, как надо - некоторые веСТЧи пришёл слегка переделать уже в процессе. Посмотрим как пойдёт работа по допиливанию работы с файловой системой PC и разборка опций командной строки - они следующие по размеру....

[Hunta]

167 кб в 11-ти файлах перепелил, 147 кб в 7-ми осталось

Как ни странно, болит средний палец на правой руке Видимо, нелюбовь к С сказывается

[Hunta]

С кодом по разнообразным ФС и образам вроде всё, на очереди высокоуровневое общение с TU58 (низкоуровневое - это com порт).

[Hunta]

Что бы поменьше было красного - приходится параллельно пилить модуль uart и модуль tu58. С модулем uart сложней - сильно завязан на unix вариант, так что внутри пока много красного, но некоторая его подчистка позволяет уменшить количество красного в tu58 - и он, скорее всего, будет закончен первым А потом уже uart...

[Hunta]

Закончил первый проход причёски модулей tu58 и uart - там остался системно-зависимый код (потоки и работа с ком-портами) - его буду править уже в процесс отладки.

На текущий момент

- есть "синтаксические ошибки" в tu58 и uart (то самое, системно-зависимое).
- не добавлены три модуля из исходного проекта (разборка командой строки, работа с консолью и передача загрузчика - аналогичное по смыслу есть в HX сервере Патрона)
- крайне слабо причёсан модуль main - им я займусь после добавления и причёски трех модулей из предыдущего пункта.

По прикидкам, за выходные я должен как минимум причесать три оставшиеся модуля и начать работу с main. Ну а если свезёт - то и начну отладку

[Hunta]

Как подготовка к будущей отладке - сделал проброс com портов с физического компа внутри виртуалки, где у меня всё разрабатывается Ну, на первый взгляд, проброс грамотный, даже break прошёл

[Hunta]

Загнал последние модули в проект, теперь только изменение кода - примерно так пяти модулей..

[Hunta]

Вычистил модуль main.
Закомментил в модулях Monitor, TU58 и uart все, что зависит от работы с com портами и протокол TU58.
Осталось допилить модуль GetOpt (работа с опциями в командной строке) и можно потихоньку начинать отлаживать

[Hunta]

Уффф.. GetOpt допилил (у него встроенный help на основе определения опций - с его методами долго возился).
Первый запуск Null reference exception Ну... в принципе ожидаемо

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

Удобная вещь в VS - можно редактировать исходники прямо во время отладки и продолжать отлаживать Поправил первые ошибки и

NAME

tu58fs - DEC TU58 tape emulator with File Sharing v1.3.0
(compile 27.03.2022 on 03:57:12)

(c) 2022 Hunta <some@where.on.net
(C) 2017 Joerg Hoppe <j_hoppe@t-online.de>
(C) 2005-2017 Don North <ak6dn@mindspring.com>,
(C) 1984 Dan Ts'o <Rockefeller University>


SYNOPSIS

Command line options are processed strictly left-to-right.

TU58fs  --help --version --debug --verbose --mrsp --nosync --vax --background 
          --timing <parameter> --baudrate <baudrate> --format <bits_parity_stop> 
          --port <serial_device> --xxdp --rt11 --size <size> 
          --device <unit> <read_write_create> <filename> 
          --shareddevice <unit> <read_write_create> <directory> 
          --synctimeout <seconds> --unpack <filename> <dirname> <devicetype> 
          --pack <dirname> <filename> <devicetype> --boot <monitor> [ <keep>] 
          --usbdelay <milliseconds>
          --usbdelay <milliseconds>
-?    | --help
          Print help.
-V    | --version
          Output version string.
-dbg  | --debug
          Enable debug output to console.
-v    | --verbose
          Enable verbose output to terminal.
-m    | --mrsp
          Disable sending INIT at initial startup.
-n    | --nosync
          enable standard MRSP mode (byte-level handshake).
-x    | --vax
          Remove delays for aggressive timeouts of VAX console.
-bk   | --background
          Run in background mode, no console I/O except errors.
-t    | --timing <parameter>
          timing 1: add timing delays to spoof diagnostic into passing.

          timing 2: add timing delays to mimic a real TU58.
-b    | --baudrate <baudrate>
          Set serial line speed to 300..3000000 baud. Default: "38400"
-f    | --format <bits_parity_stop>
          Set format parameters for serial line as a 3 char string <bitcount><parity><stopbits>

          <bitcount> maybe 7 or 8, <parity> is n (no), e (even) or o (odd), <stopbits> is 1 or 2.

          Set to special console params for --boot operation. leave default for device emulation.
           Default: "8N1"
          Simple example:  -f 7e2
              Set for 7 bit even parity with 2 stop bits (--boot)
-p    | --port <serial_device>
          Select serial port: "COM<serial_device>:" or <serial_device> is a node like "/dev/ttyS1"
-xx   | --xxdp
          Select XXDP file system for following --device or --shareddevice options.

          New image files are create with an empty XXDP file system.
-rt   | --rt11
          Same as --xxdp, but RT11 file system is selected.
-s    | --size <size>
          Override size of TU58 imagefile. 

          <size> is number of bytes; suffix "K": * 1024, suffix "M": * K * K.

          Smaller images are enlarged, greater are trunc'd if possible.

          Devices and file system try to adapt.

          Works for XXDP non-boot-tapes, and RT-11 with patched DD.SYS driver.

          "--size std" clears overriden size.
          Simple example:  -s 10M
              image is 10 Megabytes = RL02 sized.
-d    | --device <unit> <read_write_create> <filename>
          Open image file for a TU58 drive

          <unit>: File is mounted in this drive (0..7).

          <read_write_create>: "r" = device is read-only, "w" = writable,

          "c" = writable and file is created if not existent.

          Also the --xxdp, --rt11 and --size options are evaluated.

          A missing file is created and initialized with 0s or empty XXDP or RT11 filesystem.
          Simple example:  -d 0 r 11XXDP.DSK
              mount image file XXDP.DSK into slot #0.
-sd   | --shareddevice <unit> <read_write_create> <directory>
          same as --device, but image is filled with files from a host directory.

          -xxdp or -rt11 must be specified. <directory> must be writable and

          must not contain subdirs, it is created only with "c" option.
          Simple example:  -sd 1 w /home/user/tu58/data.dir
              fill image with files in a directory.
-st   | --synctimeout <seconds>
          An image changed by PDP is written to disk after this idle period.
           Default: "3"
-up   | --unpack <filename> <dirname> <devicetype>
          Read a binary disk/tape image, and extract files into directory

          A filesystem type must be specified (like -xxdp)

          <device_type> can specify a different device geometry for the image,

          allowed: TU58,RP0456,RK035,RL01,RL02,RK067,RM03,RS034,TU56,RX01,RX02
-pk   | --pack <dirname> <filename> <devicetype>
          Read files from a directory and pack into binary disk/tape image

          <device_type> can specify a different device geometry for the image,

          allowed: TU58,RP0456,RK035,RL01,RL02,RK067,RM03,RS034,TU56,RX01,RX02
-boot | --boot <monitor> [ <keep>]
          Deposits a TU58 bootloader over console monitor into PDP-11, then starts it.

          The TU58 emulator must have been started on a different serial port before.

          <port> and <baudrate> of the console are set by "-p" and "-b" options

            left of "--boot".

          <monitor> specifies the implemented console: "odt", "m9312", or "m9301".

            "code" displays the bootloader code as value/address pairs on stdout.

          With <keep>=true the transfer dialog terminal window remains active, so you can

            immediately operate the booted TU58 OS. With <keep>=false connection is terminated and

            you have to start a more comfortable terminal emulator.

          - The serial CONSOLE port is always DIFFERENT from the TU58 port!

          - The PDP-11 must be HALTed and show its monitor prompt,

            with the HALT/RUN switch in RUN position.

          - the bootloader doesn't catch any TRAPs, so turn off the BEVENT/LTC signal.

            The code is loaded at end of first 4k page at address 7000.

-ud   | --usbdelay <milliseconds>
          Specifies extra delay for protocol in "--boot" operation.

          Some USB-RS232 adapters have large delays when polling input (for example FTDIs).

          Other brands (Prolific) and non-USB RS232 ports should never need this.

          Experiment for an optimum between download speed and reliability, recommended range 5-20.

Option names are case sensitive.

EXAMPLES

TU58fs -p COM52 -b 38400 -d 0 r 11XXDP.DSK
    Define device #0: tape image file is 11XXDP.DSK .
    Access to serial line device requires "sudo". Image is readonly.
    If it not exist, an error is signaled.

TU58fs <serial params> -d 0 c 11XXDP.DSK
    Same. If "11XXDP.DSK" does not exists, an unformatted 0-filled image file is created.

TU58fs <serial params> -rt11 -sd 1 w tinyrt11
    Shared device image for device #1, "tinyrt11" is a directory:
    Image is constructed from file content, to a max size of 256kb, else error.
    Can be accessed with "DD1:"

TU58fs <serial params> --size 10M -rt11 -d 1 w bigrt11
    Same, but device image is automatically enlarged to 10MBytes, max 32MB.
    A modified DD.SYS driver must be used on the RT11 system.

TU58fs <serial params> -xxdp -d 0 r 11XXDP.DSK -d 1 w data.dsk -sd 7 w shared.dir
    Define device #0:
    Standard 256kb image, loaded from file "11XXDP.DSK", not created.
    Device #1:
    If "data.dsk" does not exist, a file is create and formatted as empty XXDP
    If "data.dsk" exists, it is opened for read/write
    Device #7:
    contains the files in a sub directory "shared.dir" on the host.
    Can be accessed with "DD0:", "DD1:", "DD7:"

TU58fs -xxdp --unpack 11XXDP.DSK 11xxdp.dir TU58
    Extracts all files from an TU58 image into a directory.
    If image is bootable, pseudofiles for bootloader and monitor are generated.
    The directory is then bootable too.

TU58fs <serial params> -xxdp -sd 0 w 11xxdp.dir
    Define device #0:
    Standard 256kb image, loaded from file "11xxdp.dir", not created.
    Dir is bootable, if it contains the pseudo files for monitor and boot block.
    A bootable dir is can be created by unpacking a bootable image file.

TU58fs <serial params> -rt11 -unpack RT11V53.DSK rt11v53.imgdir TU58 -sd 0 w rt11v53.imgdir
    Combination of exmaples before:
    Extract content of image into shared directory, then run TU58 emulator on that directory.
    Dir is bootable, if the image is bootable.

TU58fs -p /dev/ttyS1 -b 9600 -f 7e2 --boot odt 1
    Deposit TU58 bootloader over serial console port into PDP-11 and try to start it.
    The console is configured for 7 bit, even parity and 2 stop bits.
    A LSI-11 with ODT monitor is assumed, boot loader is dumped into memory at
        address octal 7000 (at end of first 4K page).
    The actual TU58 emulator must have been started on a different serial port before.
    The boot loader will try to boot from TU58 tape.
    After that the terminal window remains active, so you have a primitive
    teletype to operate the booted PDP_11

TU58fs -p 9 -b 115200 --usbdelay 10 --boot odt 1
    Boot under MS-Windows. Console connected to COM9, an USB-RS2323 adapter.
    The console DL11 is tuned for 115200 baudrate, the USB dongle needs 10 ms extra delay (FTDI!)


SEE ALSO

Online docs: www.retrocmp.com/tools/tu58fs
Source version Repository: https://github.com/j-hoppe/tu58fs
Source version Contact: j_hoppe@t-online.de

Есть определённые косяки форматирования, но количество правильно отработанного кода - после редактирования вслепую и по наитию...