можно, но ТОРМОЗИТЬ будет .....Сообщение от eugeniusz
в доке на NET-CPM с гордостью написано что в спецрежиме копирования с рмп на рму скорость аж 1к в секунду.
при обычных обменах вроде много меньше.
там порт на 19200
можно, но ТОРМОЗИТЬ будет .....
в доке на NET-CPM с гордостью написано что в спецрежиме копирования с рмп на рму скорость аж 1к в секунду.
при обычных обменах вроде много меньше.
там порт на 19200
про скорость не подумал. у вас нет документации по порту расширения?
Поразбирался я с ними немного. Тут таке дело - с эмулятора на железный корвет все более-менее кидается. Только еще далеко не каждый BIN для этого подходит. У меня получилось только с GONKI.BIN.
Вот с эмулятора на эмулятор - да, не получается. Но тут причина проста - через реальный компорт данные ползут мееееедленно, а через виртуальный пролетают пулей. Тот же CP/N90 грузится в эмулируемый РМУ за пару секунд. В результате принимающий РМУ просто не успевает за потоком данных. Вроде так, хотя подробнее пока не разобрался. Тот же CP/N регулярно теряет байты в сети и виснет даже на железном корвете - этого я вообще понять пока не могу.
---------- Post added at 22:26 ---------- Previous post was at 22:16 ----------
Протокол там простой как валенок, я на следующей неделе доразбираюсь, и, если интересно, описание сюда вылжу. Однако, кроме скорости, как писал выше ESL, есть еще одна проблема - убогие корветовские биосы жестко завязаны на дискетный формат. То есть сетевой винт большого объема сделать не получится - только огрызки по 800к.
Сама CP/M может работать с носителями, если не ошибаюсь, до 32М. Только для этого придется сильно править биос. Но тогда и сетевой протокол можно сделать свой, более логичный чем в CP/N90. В идеале - иметь возможность смнтировать в качестве сетевого диска каталог на PC, чтобы не уродоваться с созданием образов.
---------- Post added at 22:37 ---------- Previous post was at 22:26 ----------
Вообще-то 19200 - это 2К в секунду. Но реально там огромная избыточность, то есть может даже и меньше 1К будет. У меня образ АЦЗУ вычитывается секунды за 2 примерно.
Есть две мысли насчет повышения скорости.
1. Можно просто записать другой делитель частоты в ВВ51 - не 16, а 8. Тогда получим скорость 38400. Тоже не особо много, но все же в 2 раза больше.
2. Еще лучше - задействовать боковой разъем. Скажем, подключить его к LPT-порту PC в двунаправленном режиме. Тут можно получить несравнимо большую скорость, ограниченную только скоростью процессора. Как вариант - загрузку ОС также делать через этот разъем, благо ОПТС это умеет. Все это схемотехнически не особо сложно, но надо писать свой биос, а вот это уже муторно. Но, с другой стороны, это хорошее упражнение для мозгов, почему бы и не заняться...
часть про Линтех - совсем не понялхуже, что есть ограничение в 800 кб, но мне неясно, как оно влияет на сеть. допустим корнет это советский iscsi, но линтех по описанию больше файловый, не?
и чего все приципились к 800к ?!?
для того времени - вполне логичное ограничение
там лимитируется не биосом как таковым, а размером таблиц,
сделать - ЛЕГКО
правда имхо смысла нет
если сделать работу с образами (внешний порт -> SD)
то имхо удобнее работать со стандартными KDI
туда утилиту монтирования нужного образа и вперед
а писать НОВЫЙ софт, под это дело - имхо смысла не особо много, только доя фана.
благодаря тому что теперь известен сетевой протокол,
можно сделать тулзу для тех у кого есть 8020 но нет на PC дисковода
типа перегнать с PC на Корвет тулзу для форматирования и записи дисков!
если доступ к накопителю блочный ("сервер, дай мне третий сектор пятого цилиндра"), то ограничения биоса могут проявляться каким-то образом. но при файловом доступе ("сервер, пришли мне klad2.com") биос вроде не затрагивается.
я так понял из описания, что корнет предоставляет блочный доступ, а net cp/m - файловый. в пользу последнего говорит и то, что все рму имеют одновременный доступ к файлам на дискете (при блочном доступе контроль блокировок нетривиален).
---------- Post added at 01:55 ---------- Previous post was at 01:28 ----------
по поводу образов на сд-карте - почему бы и нет. если переключение будет возможным через консоль корвета, то образы станут вожделенной альтернативой папок.
даже прикидываю, какие функции требуются от утилиты: mount, unmount, list, create, delete, off.
forth32, да, о том и речь, что лвс куда проще делается, чем скоростное устройство на порте расширения. сервер можно запустить почти на чем угодно (я бы предпочёл rpi: андроидов не держу, а целый pc гонять для этого больно жирно).
в пользу схемы на мк - можно ориентироваться на девборду с достаточным количеством io. припаять разъем и залить прошивку смогут очень многие. например какая-нибудь at32. набортной флэшки хватит, чтобы отдать корвету специальный загрузчик, а там можно как удобно работать.
(про сложность эмуляции пзу удивился. какая же там скорость опроса? у корвета максимальное быстродействие меньше 500 тыс. оп./сек.)
---------- Post added at 11:18 ---------- Previous post was at 11:10 ----------
кстати, будет время - напишите пожалуйста подробнее про протокол, который вы описали.
"Все же - что мы хотим в конечном итоге получить? "
forth32, мы хотим
* сервер ЛВС на PC
* внешний накопитель с KDI на SD карте
Оба крайне желательны - первый легко сделать в домашних условиях, а второй удобно использовать (особенно если встроить в корпус).
Предложение. Давайте проектировать так, чтобы накопитель не занимал шину монопольно. Наворачивать много корпусов не хочется, но и терять шину жаль (у меня например есть планы на нее).
(не вынести ли MEGA CP/M в отдельную ветку?)
Как всегда, интересная ссылка сдохла, но веб-архив спас:
http://web.archive.org/web/201411282...rc-20140520.7z
Ну и версия, которая открывает без ошибок базы из архива выше:
Пароль: esl (маленькими буквами)
Люди добрые, у кого сохранились эти 2 книги, пожалуйста перезагрузите их, ссылки мертвые. Спасибо.
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)
Ваши права
Ответить с цитированием
