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

[Denn]

или подгружать альтернативные драйверы для нужных процедур, все же они поддерживают векторизацию процедур.

Так весь смысл пользования мониторовскими п/п в экономии памяти и, типа, в отвязке от железа..

[Advertiser]

[AlexBel]

Кто-нибудь знает, куда пропал Denn?

[Pluto]

Страница в ВК удалена

[AlexBel]

С Денисом всё в порядке, но из-за работы совсем нет времени ни на хобби, ни на Интернет. Когда вернётся - неизвестно.

[mr.Lee]

Проект, суд по всему, завис. И скачать прошивки уже нет возможности?

[sergey_sitnik]

Почему нет возможности..?
https://zx-pk.ru/threads/21984-dsdos...ot/page50.html

[Denn]

Проект не завис. Касательно третьего поколения ОС в некотором смысле поставлена "логическая точка", т.к. всё задуманное реализовано.

Вот эта самая последняя - https://zx-pk.ru/threads/21984-dsdos...=1#post1102433

Есть некоторые мыли по небольшим доработкам, но пока только "собираю информацию".


ОС четвёртого поколения будет идейно другая, по ней работы ведутся в очень медленном режиме в виду отсутствия свободного времени.


В настоящий момент пишу подробную документацию по версии 3.95, надеюсь скоро закончу и всё выложу.


Если есть какие-то конкретные вопросы, то пишите - отвечу.


Также есть профильные группы и чаты в Telegram'е:

https://t.me/dsdos_128

https://t.me/dsdos_pro

https://t.me/dsdos3help

https://t.me/oriserver

[AlexBel]

Очень пригодился бы вариант редактора памяти, в котором запись происходит только при записи целого байта, а не при вводе каждого полубайта. Для памяти это не критично, а вот для периферии может быть очень вредно и без костылей не обойтись. Я сам на этом попадался...

[Denn]

Очень пригодился бы вариант редактора памяти, в котором запись происходит только при записи целого байта, а не при вводе каждого полубайта. Для памяти это не критично, а вот для периферии может быть очень вредно и без костылей не обойтись. Я сам на этом попадался...

Алексей, привет!

Какая конечная цель? Предполагаю, что для её реализации интерфейс редактора дампа всё же не самый удобный. Если речь про работу с портами, то скорее лучше сделать специальный отдельный режим, в котором будет максимально удобно решать задачу.

Как это вижу я. Обычно требуется писать в порт какой-то байт команды и смотреть реакцию по какому-то другому адресу. Редактор дампа же обновляет только текущую записанную ячейку, а остальные в дампе не обновляет. Потом, при записи байта курсор автоматом перескакивает на другую ячейку, придётся каждый раз делать возврат... Выходит, что в принципе вариант непрактичный.

Для работы с портами лучше сделать отдельный режим, по типу как у меня сделано в утилите для портов ВВ55. Тут готов к обсуждению по части такой доработки инструментального монитора.

[AlexBel]

Привет, Денис. Конечная цель - писать требуемые значения в ячейки памяти (или в устройства, расположенных в пространстве памяти) и в порты. Допустим, мне нужно записать в память (или порт, что на памяти лежит, неважно) значение 0xDF. Я нажимаю "D" и этот полубайт сразу пишется. Но другой-то полубайт ещё не введён! И, в результате, в ячейку пишется совсем не то, что мне нужно. Последствия, думаю, описывать не нужно, тем более, что количество проблем от этого может быть весьма большим. Мне видится в программе переключатель - записывать данные, когда байт введён целиком или записывать при каждом введённом полубайте. Причём, при запуске нужен режим записи по вводу полного байта. Если забудешь переключить - ничего страшного, один раз введёшь целый байт, а потом сменишь режим.
Что касается памяти или портов - думаю, было бы лучше работать с одним портом, а не выводить их в виде дампа. Во-первых, портов всё равно не так уж и много, а во-вторых - при выводе дампа порты читаются, что тоже плохо, так как это запросто может повредить работе, если какой-то из портов читать можно только при определённой ситуации - такое тоже бывает, скажем, при использовании UART, когда чтение из регистра данных приводит внутри в действие целый механизм. Так что, думаю, для портов достаточно предусмотреть какую-нибудь горячую кнопку или комбинацию. Скажем, PW<addr>,<value> - записать в порт по адресу addr значение value. Или PR<addr> - прочитать и вывести на экран значение из порта с адресом <addr>.
В остальном лично меня редактор памяти вполне устраивает. Конечно, всегда есть, что улучшить, но проблема с записью каждого вводимого полубайта и невозможность работы с портами очень сильно осложнила мне жизнь. А ведь я начал писать под DS-DOS

Автоинкремент адреса при вводе байта можно сделать отключаемым, как и автоперечитывание окна дампа.

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