DSDOS для ПРК "Орион-128"

[Stampmaker]

В посте #24 в списке файлов диска А некоторые имена дублируются.
Ошибка?
Или так и должно быть?

---------- Post added at 09:57 ---------- Previous post was at 09:37 ----------

И ещё вопрос.
Согласно этому

》》Программы пользователя, работающие в дополнительной странице ОЗУ №1 (страница размещения ОС DSDOS), должны обращаться к процедурам CONIO по адресу 6000h. Вызов необходимой процедуры осуществляется занесением в аккумулятор кода процедуры, а в остальные регистры МП необходимых данных, после чего производится CALL–вызов процедуры CONIO. Результаты работы процедур возвращаются в соответствующих регистрах МП. 《《


если PENX сохранит картинку, то DSDOS её не обнаружит, я правильно понимаю?

[Advertiser]

[Denn]

Stampmaker, спасибо за обнаружение неточности!

Все 40 файлов не помещаются на экран Ориона, поэтому я схитрил: склеил картинки двух орионовских экранов в фотошопе для получения как бы единого списка. С местом склейки я малёха промазал )) Просто забыл обрезать..

---------- Post added at 12:53 ---------- Previous post was at 11:51 ----------

Вопрос по PENX не понял. Точнее, не увидел связи с процитированным.

Родные чтение/запись в PENX'е работать не будут, т.к. используют произвольный доступ к файлу (ОС выдаст ошибку, т.к. такого функционала в ней нет).

Но считать и сохранить экран можно без проблем через Меню Пользователя ОС

[Denn]

Добавочка к посту Утилита обмена файлами с IBM-совместимым ПК - «LINK$»

Случайно обнаружил вариацию утилиты для IBM-PC, которая работает с файлами формата *.BRU. Я совершенно забыл, что написал её в своё время (видимо, для заброса на Орион софта из интернетов).

Архив с программой можно загрузить тут - http://denn.ru/8bit/orion/soft/dsdos/link/bru.rar

В архиве также присутствует исходник на СИ++, если кому-то интересно))

Параметры вызова утилиты такие же, как и у LINK.EXE.

Со стороны Ориона соединение осуществляется с помощью той же утилиты LINK$.

П.С. в планах сделать обмен в виде подключаемого виртуального диска в DSDOS и WIN-версии приложения на IBM-PC.
П.П.С. есть идея создания "облачного" хранилища, но тут уже нужно подключать знатоков программирования под интернет-технологии, в этом я не силён /-)

[Error404]

П.П.С. есть идея создания "облачного" хранилища, но тут уже нужно подключать знатоков программирования под интернет-технологии, в этом я не силён /-)

Облачное хранилище - это тема. И как хранилище, и как центро общего доступа (взамен кучки личных файловых серверов, которые то сдохнут, то покерятся, как к примеру моя страничка на "бесплатнике").
Но тут конечно нужен TCPIP. Потому что это единственный вариант иметь доступ к хранилищу реально из любой точки шарика, а не в пределах метра кабеля RS-232. И реализовать это вполне реально, т.к. клиент можно пилить на несложных протоколах, для которых Z80 хватит за глаза, это ж не парсер HTML5.0 писать.

Но нужны программисты, конечно. А с этим совсем туго. Даже для более распространенного Спектрума их осталось полтора человека (и те срутся между собой), чего уж говорить об Орионе.

[Denn]

Error404, не-не, речь не о прямом доступе в облако прямо с Ориона, никаких Z80 и 8-бит-эзернет, упаси боже. Только тру-Орион в своём первозданном виде ))

Смысл в следующем. Орион подключается к "писюку" тем же линкером по RS232, программно в ОС организуется виртуальный диск, с которым можно работать как с любым другим диском в системе. Маленькая утилитка с помощью команд писюку позволяет выбирать тип виртуального источника: локальный диск писюка или "облако". Облако - это по сути тот же локальный диск, только его содержимое синхронизируется с облачным хранилищем в интернете, т.е. типа большой файлопомойки, доступ к которой по такой технологии есть у всех Орионщиков. Дальше эту тему можно развить в сторону виртальных аккаунтов, чатов и т.п.. А можно и не развивать

Тобишь аппаратно это так: Орион - rs232 - писюк - Интернет. Программно: через RS232 организуется некий протокол, который позволяет работу с файлами, а все остальные надстройки уже идут на уровне пересылки данных через эти файлы. Софт на писюке обслуживает "WAN", а с Орионом только перекидывается файлами.

Фишка в минимуме аппаратных доработок самого Ориона, нужно только сделать авторский RS232. Остальное всё делается программно, а "нереальные планы" возлагаются на писюк. На писюке вообще никаких аппаратных доработок не требуется.

В программном смысле тоже минимум напрягов: для организации чего-либо нового достаточно допилить программу-прослойку на писюке (и то, если потребуется расширение протокола с внешним миром), а на Орионе вообще банальная работа с файловой системой: кидаем файлы-запросы на диск, смотрим ответные файлы, которые появляются на диске извне.

---------- Post added at 17:00 ---------- Previous post was at 16:44 ----------

Но нужны программисты, конечно. А с этим совсем туго.

Нужно всего-то полтора человека
По сути нужно найти программиста, который напишет синхронизацию локальных файлов с облачными. Всё!
А может и вообще есть готовое решение этого вопроса, тогда и IT-программист не нужен

[Error404]

По сути нужно найти программиста, который напишет синхронизацию локальных файлов с облачными. Всё!
А может и вообще есть готовое решение этого вопроса, тогда и IT-программист не нужен

программист тут точно не нужен. Такой софт наверняка есть.

[Stampmaker]

Можно и я вставлю свои 5 копеек, как бы я сделал, учитывая личные прогспособности?

Допустим, есть облако на яндексе. Хорошее или плохое, не суть.
У него есть свой клиент для писюка.
Для работы с облаком на винте делается папка, куда кидаются файлы и которые этот клиент сам грузит в сеть.

Так вот.
Можно написать программу, которая будет промежуточным звеном между Орионом с его RS232 и той самой "облачной" папкой клиента на винте.
Таскай только мышью имена файлов из одного списка в другой, а остальное сделается само.

Т.е. что-то вроде Тотал Коммандера: левая панель - это приёмо-передатчик Ориона, правая - папка облака.

[Denn]

Stampmaker, собственно говоря, примерно об том и речь. Только хочется не плодить кучу софта, а сделать всё в рамках одной специализированной проги, которая будет работать с Орионом через COM-порт и с интернет-протоколами (FTP, "облаками" и т.п.). Управление прогой будет осуществляться полностью командами с Ориона, а информация (файлы на инет-ресурсе) будет доступна через виртуальный диск.

[b2m]

Добавочка к посту Утилита обмена файлами с IBM-совместимым ПК - «LINK$»

Добавочка к добавочке.

В последней версии DOSBox 0.74 наконец-то правильно заработал один параметр - transparent. Теперь символы FF не дублируются при передаче через COM-порт (этот символ используется для контроля DTR/RTS).

В результате наконец-то заработала передача файлов через LINK$.

В dosbox.conf нужно найти строчку serial1=dummy и исправить на

serial1=nullmodem transparent:1

А в файле Orion-128.cfg моего эмулятора добавить ВВ51 следующим образом:

comport : K580ww51 {
  connect="tcp:23:127.0.0.1"
}

extmap : MemMap2 {
  map[00-03]=dsk.data
  map[04]=reg1
  map[08]=reg2
  map[10-13]=dsk.data
  map[14]=reg3
  map[20]=reg3
  map[40-41]=comport.data
}

Теперь, если сначала запустить DOSBox, а потом мой эмулятор, можно передавать файлы при помощи программы LINK.

[b2m]

Немного доделал эмулятор. Основная масса пользователей изменений не заметит, поэтому об изменениях - только тут. Теперь ВВ51 поддерживает перенаправление на реальный COM-порт или named pipe.

Чтобы эмулятор использовал реальный COM-порт, в конфиге нужно указать:

comport : K580ww51 {
  connect="\\.\COM1"
}

или для перенаправления в pipe:

comport : K580ww51 {
  connect="\\.\pipe\MyCoolPipeServer"
}

Это я к чему: можно использовать драйвер com0com, чтобы отлаживать программу-сервер на компе, работающую через COM-порт с Орионом-128, но вместо реального Ориона-128 подключаться к эмулятору и отлаживать программу-клиент в нём.

Нафига pipe, спросите вы: так уж получилось у меня с отладкой. VMWare-player может перенаправлять COM-порт либо в файл, либо на реальное устройство, либо в pipe. Других вариантов нет. Один эмулятор я гонял в виртуальной винде и коннектился к COM-порту, а другой - на хосте и коннектился к pipe, куда был перенаправлен COM-порт виртуальной винды. Учительская Башкирия-2м на хосте успешно сконнектилась с ученической Башкирией-2м в гостевой винде.