в sdos с записью вторая пзу почти пустая, может расширить возможности sdos ?
pipe как в rk-dos
к примеру-)
в sdos с записью вторая пзу почти пустая, может расширить возможности sdos ?
pipe как в rk-dos
к примеру-)
С любовью к вам, Yandex.Direct
Размещение рекламы на форуме способствует его дальнейшему развитию
Получил от PVV плату, и вот какая у меня ерунда получается.
https://yadi.sk/i/UQSdfaw2zSWn-w
Грешу на ВГ75, хотя все тесты проходят.
Картинка больше похожа на проблемы с питанием, ВГ75 здесь ни при чем. Какое напряжение приходит на плату SD адаптера? В моменты работы с картой потребление возрастает. Можно попробовать добавить электролит по питанию прямо на плате адаптера 100-500мкф, или другой блок питания, лучше более мощный.
shapipovo(29.08.2019)
По последнему фото мало что понятно.
Это только графические артефакты или комп виснет?
Программы загружаются, хотя бы самые маленькие?
По картинке видно, что на карте много различных файлов, в том числе с длинными именами. Можно проверить работу с чистой картой, полностью отформатированной, на которой будет записано только несколько файлов (до десятка) в формате имени 8+3?
Мой глюк. Файлы брал из РОМа, а там есть файлы с именами больше 8 знаков. Хотя и такие иногда проходят. Выйду на работу, тогда более тщательно проверю.
Последний раз редактировалось shapipovo; 02.09.2019 в 03:14.
Добавил здесь упрощенный вариант схемы SD интерфейса. Схема проверена в железе.
Кроме того, в протеусе проработан вариант схемы SD интерфейса, сдвиг данных в которой вызывается не только записью(все предыдущие схемы), но и чтением! Те это, практически, все варианты реализаций SD интерфейсов в больших плис(Zконтроллер,...), с которым z80 может работать своими командами циклического, блочного, чтения и записи, LDIR, INIR и тп.
- - - Добавлено - - -
Для подключения SD карты одно из необходимых требований, это выделение в адресном пространстве двух адресов для SD интерфейса. Недавно в голову пришла мысль, а что, если карту подключать на ножки, уже имеющиеся в ПК?
Для подключения SD карты нужно 4е ножки, один вход и три выхода. Все наши 'маленькие' ПК имеют магнитофонный интерфейс, те один вход и один выход уже есть. Дальше практически у всех есть выход звука, еще один выход, уже два. Остается найти еще выход, и, еще часто имеется выход для управления светодиодом раскладки клавиатуры (Рус\Лат), три, вот и все, что нам нужно!
Используя эти ножки я собрал SDOS для Специалиста используя клавиатурную ВВ55 с перечисленными выше сигналами. Проверка в emu показала работоспособность этой идеи. Да, скорость такого интерфейса низкая, но выше, чем магнитофон, и сам магнитофон и не отменяется, если использовать переключатель. Эта идея будет работать на РК подобных машинах, Орионе, ZX, msx... Остается найти место под 2КБ кода SDOS и 2 КБ ОЗУ.
shapipovo(30.11.2019)
На днях, совместно с Дмитрий2012, был проведен эксперимент по замене типа носителя в SDOS с SD карты на CF в режиме IDE. Эксперимент проводился на ОрионПро к которому подключен интерфейс NemoIDE. Кроме этого был доработан функционал SDOS для Ориона, что бы была возможность запускать не только RKO, но и ORD и BRU файлы.
Решил попробовать драйвер на FAT16 из SDOS для НЖМД на Векторе06ц, написал свою небольшую тестовую программку, подцепил библиотеки для IDE -- по каталогам ходит, файлы открывает, но, оказывается, записывать он умеет только в имеющиеся файлы, и в пределах их размеров.
PVV, подскажите, Вы не планируете сделать полноценную запись файлов? Т.е. хотелось бы иметь возможность создать новый файл и сбросить в него данные. Или вот ещё нужная функция -- удалить файл, занятые им кластеры пометить, как свободные. По сути, это всё умеет делать даже обычная ардуина с картридером...
Полноценную запись файлов интегрированную в SDOS делать не планирую. На текущий момент SDOS минимально самодостаточна.
Основная 'фишка' SDOS - её размер.
Вообще SDOS надо рассматривать не как ОС, а как загрузчик полноценной ОС с несколько расширенным функционалом.
Весь дополнительный функционал можно реализовать в виде 'внешних' команд. Как аналог реализация такого в linux. Создаем в корневом каталоге папку SYSBIN, и уже в этой папке размещаем исполняемые файлы del, copy, mkdir, create и тп. Писать же эти команды уже не обязательно на asm, а на любом высокоуровневом языке, по типу Си, можно. Место в ОЗУ наших 'маленьких' ПК для этих 'внешних' команд в данном случае легко организовать имеющимся в SDOS функционале. Для этого в каталоге SYSBIN держим файл TMP.DAT размером, допустим 32КБ. Перед загрузкой 'внешней' команды пишем в этот файл содержимое ОЗУ, в это место загружаем команду, а по завершению восстанавливаем ОЗУ из нашего темп файла. Конечно, даже для этого в код SDOS нужно будет внести правки, но они гораздо проще и не столь объемные по коду чем все эти del, copy, mkdir, create...
Начинать эту работу с нуля желания и времени нет, но подключиться в процессе вполне смогу.
Improver(18.02.2022)
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)