Просмотр полной версии : Сеть для РК (для закачки файлов с большого компа)
Начну издалека: есть у меня в моём модном корпусе для РК USB кард-ридер. С самого начала была мысль прикрутить его на параллельный порт, но есть у меня определённые сомнения, что это, вообще, возможно. Кард-ридер висит на некоем контроллере MA8125C, нашёл даже для него какую-то спецификацию, но всё равно этого недостаточно. Как управлять им совершенно не ясно и вряд ли где-то есть в свободном доступе информация о его командах.
В общем, начал думать дальше, а что если собрать какое-то устройство (например, ардуино-подобное, как делали для Спектрума) и/или написать некий софт на PC, которые являлись бы буфером между РК и какой-то директорией на диске компа. Т.е., грубо, подключаем через параллельный порт РК'шку (как вариант, через последовательный, но тогда его ещё надо будет распаять на самом РК) к этому устройству (или сразу к PC), на РК пишем некий telnet клиент, который всё что умеет это слушать нужный порт, отправлять туда какие-то команды и обрабатывать результат. На ардуине/PC пишется соответствующий "серверный" софт, который уже на верхнем уровне делает всю работу и отдаёт в порт понятные РК'шному telnet'у результаты.
Может быть кто-нибудь делал уже что-то подобное?
Задача, которая решается - получить с компа (PC) список файлов и отобразить на экране, получить нужный файл .RK и загрузить его в память. Всё.
siemensC35
08.02.2018, 14:03
тут кто-то сд карточку привязывл к РК без мк. т.е через вв55
Может быть кто-нибудь делал уже что-то подобное?
Задача, которая решается - получить с компа (PC) список файлов и отобразить на экране, получить нужный файл .RK и загрузить его в память. Всё.
Делали, проект тут - http://zx-pk.ru/threads/27787-ds-card-rk-orichan-orinet-etc.html
тут кто-то сд карточку привязывл к РК без мк. т.е через вв55
тоже интересно
Vladimir_S
08.02.2018, 16:48
norduk, А в чем цель? Через звуковуху уже не канает?
norduk, А в чем цель? Через звуковуху уже не канает?
Через магнитофон имеется ввиду?
- - - Добавлено - - -
Скорость и управление этими процессами. Второе ещё можно как-то закостылить, с первым, как вижу, сложнее.
Vladimir_S
08.02.2018, 17:31
norduk, Насчет скорости - мы куда то торопимся? И насчет "закостылим" - все уже давно закостылино. Есть утилиты WRKWIN и RRKWIN. И пожалуйста, гоняй данные туда-сюда.
norduk, Насчет скорости - мы куда то торопимся? И насчет "закостылим" - все уже давно закостылино. Есть утилиты WRKWIN и RRKWIN. И пожалуйста, гоняй данные туда-сюда.
Это понятно.. И, даже подумал, насчёт скорости - может и не торопимся, но удобство.. Вижу так: вместо пачки действий на РК и на большом компе (а это надо натыкать на компе wrkwin file.rk, два раза тыкнуть энтер), вот вместо этого, чтобы можно было с самого РК подключится, полистать, скачать... Как-то так.. Щас вот когда демку писал - ну неудобно нифига каждый раз через wrkwin закидывать. А с самого РК забирать из папки было бы шикарно..
Другой вопрос: стоит ли возня с этим коннектом результата... По факту использоваться будет, скорее всего, довольно редко..
- - - Добавлено - - -
Другой вопрос: стоит ли возня с этим коннектом результата...
Но, опять же, я никуда не тороплюсь)
Щас вот когда демку писал - ну неудобно нифига каждый раз через wrkwin закидывать.
то жи не убедил. Пишешь все равно на РС - ну и отлаживай в эмууле, а финальный релиз уж можно и разок на SD закинуть. Не ?
Ну и в качестве бредовой идеи - елси все равно есть SD, делаем на nodeMcu ESP8266 фтп-клиент на той стороне и складываем файлы на SD.
можно и разок на SD закинуть. Не ?
SD нету, в том и дело. Есть кард-ридер с неведомым микроконтроллером) Есть ещё апогеечный картридж, а-ля vinxru.. Как вариант его попробовать прикрутить, но там небось тогда нужно атмегу под РКшку перешивать, а это хреновый вариант. В общем, фантазирую дальше)
Есть ещё апогеечный картридж, а-ля vinxru..
ну да, под РК надо немного переделать. Но это проще, чем огород городить. я считаю, что SD - самый оптимальный вариант для переноса файлов с РС на РК
Задача - получить с компа (PC) список файлов и отобразить на экране, получить нужный файл .RK и загрузить его в память
а что если собрать какое-то устройство (например, ардуино-подобное)
Для чего нужно такое устройство? Какую задачу оно решает? Вы собираетесь встроить в это устройство контроллер передачи по линии? Но Denn показал, что для обмена по проводной линии достаточно одной ВВ51, т.к РК86 в состоянии сам её запрограммировать и обслуживать.
Из ПО на РК нужна лишь простейшая DOS, в которой в качестве носителя используется сетевой диск, причём, при необходимости, нет проблем с размещением этого кода так, чтобы он не отнимал ОЗУ, т.к в адресном пространстве РК86 есть место для 15 кб сплошного ПЗУ (а несплошного до 31 кб). В этой микро-DOS нужны всего 3 команды - выдать каталог, считать файл, записать файл, что легко сделать в виде трёх доп.директив монитора (D без параметров, R и W) и прошить их в дополнительное ПЗУ РК в адресах F000...F7FF.
При использовании последовательного протокола, если на PC нет древнего разъёма последовательного интерфейса, то нужен конвертор USB в RS-232. А если в PC есть порт LPT, то (не считая проводов) вообще ничего не надо из железа, ни со стороны PC, ни со стороны РК86.
написать некий софт на PC, которые являлись бы буфером между РК и какой-то директорией на диске компа
А вот это то и есть главная проблема - нужна программа драйвер сетевого диска РК86, что превращает IBM PC в сервер сети. Не проблема сделать это для MSDOS и Windows-95. А более свежие Windows не позволяют доступ к портам. Вы можете написать такую программу для Windows ?
Если нет, то можно использовать ненужную PC, в которую грузится MSDOS и эта PC используется в качестве контроллера её же винчестера. Причём программу для PC в этом случае можно написать даже на бейсике, а в качестве PC удобна 486-тая без винчестера (но с дисководом).
Выгода в том, что ничего паять не надо, А неудобство в том, что программы разрабатываются на другом компьютере под Windows, потому на 486-тую требуется переносить программы с помощью дискет.
siemensC35
09.02.2018, 16:02
При использовании последовательного протокола, если на PC нет древнего разъёма последовательного интерфейса, то нужен конвертор USB в RS-232. А если в PC есть порт LPT, то (не считая проводов) вообще ничего не надо из железа, ни со стороны PC, ни со стороны РК86.
в какой--то из те вы писали об т.н раветвителе для 20 ПЭВМ к одному флопу. идея таже но использовать жестикий диск к примеру
идея та же
Да, идея та же, что и в интеллектуальных контроллерах дисковода для Commodore-64 подключенных по параллельному интерфейсу. Там обменом с компьютером и дисководом управляет процессор 6502 на такте 1 МГЦ.
В Commodore-64 в качестве интерфейса стоит полноценный ППА 6522, а тут, несмотря на намного большую скорость PC, ситуация со скоростью обмена хуже. При использовании ВВ51 скорость ниже, т.к последовательный обмен медленнее, чем параллельный. А порт LPT вообще даёт только односторонний параллельный обмен, - на вывод там есть более 10 битов, а на ввод всего несколько битов. Потому я использую LPT лишь как однобитовый порт ввода и однобитовый порт вывода для пересылки файлов на 8-ми разрядки, но, увы, только в MSDOS.
Это уже давно "закостылено". Есть утилиты WRKWIN и RRKWIN. И пожалуйста, гоняй данные туда-сюда.
Речь о получении более удобной в использовании сетевой DOS на РК. О том, чтобы можно было спокойно работать на РК86 не вставая со стула, а не бегать постоянно от РК86 к PC и обратно. И о скоростях обмена немного побыстрее и чтобы вообще не возиться с WAV-файлами.
Пойдёт и использование в качестве линии связи и AUDIO сигналов - выхода на наушники и линейного входа звуковой платы. Особенно, если скорость обмена через магнитофон увеличить в 4 раза и более.
Вот только кто умеет программировать в Windows и умеет работать со звуком? Это могут сделать написатели эмуляторов, тем более, что WRKWIN и RRKWIN написал Pyk, автор эмулятора EMU80.
Используя тот же формат МГ-обмена, можно составить спецификацию на обмен с PC и попросить кого-нибудь написать программу обслуживания линии. А уж программу микро-DOS со стороны 8-ми разрядки в состоянии написать любой. Это будет самое простое решение и оно пригодится многим пользователям 8-ми разрядок.
я считаю, что SD - самый оптимальный вариант для переноса файлов с РС на РК
Вполне допускаю. Вероятно, стоит подумать над сборкой этого устройства.. (Апогеечный оставлю как есть, для РК лучше свой собрать)
- - - Добавлено - - -
Для чего нужно такое устройство? Какую задачу оно решает? Вы собираетесь встроить в это устройство контроллер передачи по линии? Но Denn показал, что для обмена по проводной линии достаточно одной ВВ51, т.к РК86 в состоянии сам её запрограммировать и обслуживать.
Да уже вижу, что не нужно. Последовательного порта было бы выше крыши.
А вот это то и есть главная проблема - нужна программа драйвер сетевого диска РК86, что превращает IBM PC в сервер сети. Не проблема сделать это для MSDOS и Windows-95. А более свежие Windows не позволяют доступ к портам. Вы можете написать такую программу для Windows ?
Важное замечание. Теоретически - написать могу, но нужно будет разобраться с рядом нюансов. Я, конечно, представлял себе древний комп с наличием нормального COM-порта и несложным доступом к нему, но не учёл того, что в этот момент мы отказываемся от современной ОС на большой компе, а это - не вариант. На большом компе будет, как минимум, WinXP.
Выгода в том, что ничего паять не надо, А неудобство в том, что программы разрабатываются на другом компьютере под Windows, потому на 486-тую требуется переносить программы с помощью дискет.
Неудобство держать 486 машину специально для таких целей) Вот это точно неудобство)
Vladimir_S
09.02.2018, 17:24
Не проблема сделать это для MSDOS и Windows-95. А более свежие Windows не позволяют доступ к портам. Вы можете написать такую программу для Windows ?
Установив на ХР DLPortIO можно легко управлять портами. И в PROTEUSе после этого начинают работать COMPIМ и LPTPIM. Можно смоделировать.
norduk
Не думайте, что запрограммировать com-порт или звук под Win32 (или 64) сложно. При необходимости сможете написать простую утилитку-сервер для обмена файлами по com-порту. Попробуйте!
тоже интересно
вот здесь http://www.nedopc.org/forum/viewtopic.php?f=93&t=16296#p132373 я промоделировал, собрал и проверил в реале подключение SD к РК-86 через порт ВВ55 для РОМдиска, с программой поддержки этой SD в самом РОМдиске. Ни в мониторе РК ни в его схеме не требуется ни единого изменения. Для работы ПО(sdOS) для SD нужно 4КБ памяти из основного ОЗУ.
OrionExt
09.02.2018, 18:20
Почитываю. Очень интересно, где граница известного симулятора. У меня не получилось, даже в разы проще схема.
norduk
Не думайте, что запрограммировать com-порт или звук под Win32 (или 64) сложно.
А я уже на LPT смотрю. Он в РК есть по умолчанию, без прикручивания всяких ВВ51 и, как выяснилось, на старом пне (том, что у меня есть) тоже вполне себе имеется. А, главное, вроде как и дрова для XP есть, чтобы с LPT общаться из софта. Кажется, это вариант)
Lpt так же, как и com. CreateFile, WriteFile, ReadFile, CloseFile... Драйверы в системе есть изначально. Только надо с синхронизацией режим выбирать. Если Вы пишете программы, то разберетесь.
К вопросу о софте для винды - http://valery-us4leh.narod.ru/XpCoding/XPlptCode.html
Древнейшие исходники на Дельфях, но в режиме совместимости на моём пне работает на семёрке. Остаётся решить вопрос правильной коммутации, чтобы ничего не спалить и можно писать софт для передачи файлов.
Предварительно, я вижу так: скоммутировать 4 или 5 бит любого канала ВВ55 (неважно какого, возможно, лучше всего С) с входящими сигналами LPT на компе. Скоммутировать шину данных LPT целиком с A или B каналом ВВ55. Попробовать отправить/принять сигналы в обе стороны. Если прокатит, дальше - дело софта.
К вопросу о софте для винды - http://valery-us4leh.narod.ru/XpCoding/XPlptCode.html... исходники на Дельфи
Спасибо. Полезная ссылка. Кстати, почитав, решил сам погуглить на тему программирования LPT и нашёл много страниц на тему использования LPT в качестве дешёвого порта для радиолюбительских целей. Раньше не догадался погуглить на эту тему.
Т.о, чтобы использовать LPT в Windows надо программировать в Delphi. Увы, я не профессионал и с начала 90-тых программировал только для MSDOS. Для личных целей в 90-тые и начале нулевых этого хватало, но затем Windows перестала поддерживать MSDOS, что создаёт много проблем. Потому я и спрашивал на этом сайте как из программы MSDOS запушенной в Windows XP, получить доступ к портам, но никто не отозвался (лишь как всегда потролил HardWareMan).
Cейчас на старости лет, у меня нет ни желания, ни энергии, для освоения Delphi. Нет смысла надрываться, чтобы написать единственную программу. Тут дай Бог энергии на то, чтобы вспомнить хотя бы CP/M Паскаль, чтоб программировать для 8-ми разрядки. Так что остаётся только с интересом ожидать ваших успехов в этой теме.
Из ваших постов не вполне понял какую задачу Вы решаете. Вы сделаете скоростной обмен файлами в обе стороны (используя двунаправленность LPT, чего нет в 486-тых, но есть в Пентиумах) или Вам надо пересылать файлы только в сторону РК86?
PS. Кстати, я соединял LPT напрямую с выводами ВВ55 в ОРИОНЕ (ничего не сгорело) и ВВ55 прекрасно тянул по нагрузке входы LPT. Никаких оптронных развязок не применял, соединял земли и сигналы напрямую. Естественно, разумно перед соединением проверить гальваническую развязку, т.е замерить вольтметром напряг между землями обоих машин. Бывают БП у которых есть контакт или утечка и тогда можно в хлам спалить IBM PC (я подобным образом как-то в хлам спалил AUDIO-линейный вход).
marinovsoft
21.02.2018, 08:33
Коллеги, ежели будете заниматься софтом, работающим с LPT-портом, то лучше взять этот драйвер - как совместимый с современными ОС
http://www.highrez.co.uk/downloads/inpout32/
Можете вот здесь глянуть как сделал я http://zx-pk.ru/threads/4915-pal-gal-i-vse-chto-s-nimi-svyazano.html?p=950578&viewfull=1#post950578
В крайнем случае этот драйвер http://www.entechtaiwan.com/dev/port/index.shtm
...Потому я и спрашивал на этом сайте как из программы MSDOS запушенной в Windows XP, получить доступ к портам, но никто не отозвался...
Драйвер UserPort в помощь.
https://www.kv.by/content/pryamoi-dostup-k-portam-vvoda-vyvoda
Но это плохой совет - драйвер не работает в современных виндах.
надо пересылать файлы только в сторону РК86
Именно так. От РК на комп - команды, с компа на РК - результат (список файлов, файл, ещё-что придумаю).
- - - Добавлено - - -
америть вольтметром напряг между землями обоих машин
Разумеется, на включённых устройствах?
- - - Добавлено - - -
Никаких оптронных развязок не применял, соединял земли и сигналы напрямую.
Vladimir_S, zebest, умные люди советуют пустить сигналы через инверторы (http://zx-pk.ru/threads/21290-sborka-radio-86rk-sram.html?p=951271&viewfull=1#post951271) - таки, это крайне желательное условие или же при условии БП без утечек
замерить вольтметром напряг между землями обоих машин
можно коммутировать напрямую?
на включённых устройствах?
Конечно, и также вилки должны быть воткнуты в розетки.
умные люди советуют пустить сигналы через инверторы
Раз Вы собираетесь качать данные в обе стороны, тогда уж нужны двунаправленные буфера. Если только Вы не будете использовать полубайтовый (ниббловый) режим обмена, когда 4 разряда из LPT работают в одну сторону, а 4 другие - в другую.
это крайне желательное условие или только при условии БП с утечкой?
Инверторы не спасут от выгорания ваш компьютер, если БП не в порядке. Первый признак утечки, это лёгкое покалывание в руке, когда касаетесь цепей питания или корпуса БП. Но если там напряг менее 50 вольт, то рукой не почувствуете, зато потом почувствуете запах жжёной пластмассы и увидите лёгкий дымок из PC, если подключите не проверив. Лучше также перевернуть вилку в розетке на 180 градусов и померить ещё раз.
PS. И если в вашем компьютере стоит TV-карта, то антенный кабель коллективной антены надо обязательно вытащить, потому что иначе Вы соединяетесь с землями телевизоров всех ваших соседей по лестничной клетке. И если один из этих телевизоров имеет пробой на питание, то возможны неприятности. Я когда вставляю TV-кабель в разъём TV-карты при включённом компьютере, то сыпятся искры во все стороны, что говорит о том, что с землёй антенны не всё в порядке. В этом случае сначала требуется соединить землю, а уж потом сигнал, иначе антенный вход сдохнет.
Раз Вы собираетесь качать данные в обе стороны, тогда уж нужны двунаправленные буфера. Если только Вы не будете использовать полубайтовый (ниббловый) режим обмена, когда 4 разряда из LPT работают в одну сторону, а 4 другие - в другую.
Не, каждый отдельный бит будет однонаправленным.
Конечно, и также вилки должны быть воткнуты в розетки.
Замерил напряжение между землями двух компов - 20 миллиВольт.
У LPT сигналы статусов (те, что на вход и те, которыми управлять можно только извне) по дефолту в лог. "1". Что-то мне подсказывает, что если на развязке будет только резистор с инвертором, то при подаче единицы на такой канал будет не хорошо. Это так? Если так, то как развязать такой канал? То, что я сказал, кто-нибудь кроме меня тут понимает?)
Значит так. Докладываю для таких же неумех как я (если когда-нибудь таковые тут объявятся): земли РК и компа скоммутировал - ничего не сгорело) Входы LPT (10,11,12,13,15 - которые по умолчанию у меня в "1") через резистор спустил на землю - всё ещё ничего не сгорело) Аккуратно, через резистор попередавал в РК биты с канала данных LPT, железо всё ещё живое. Попробую собрать на ЛН1 и, возможно, АП5 пару каналов и через резисторы погонять биты. Если ничего не сгорит - буду коммутировать останльные линии. Пока планируется 8 выходов LPT отправить на A канал ВВ55, канал B сделать выходом с ВВ55, коммутировать по 4 бита на регистр статусов и регистр управления.
norduk, У меня с LPT работало таким образом.
Работал под ДОС. Ну пара статей для работы с LPT.
norduk, У меня с LPT работало таким образом.
Что подтверждает собранный прототип с двумя каналами. Один на вход, один на выход. Через инвертор. Прикупим детальки и попробуем собрать полноценный переходник.
Powered by vBulletin® Version 4.2.5 Copyright © 2025 vBulletin Solutions, Inc. All rights reserved. Перевод: zCarot