PDA

Просмотр полной версии : zx-lan



fk0
14.06.2005, 17:16
Z X -- L A N

Введение.

Известно, что супер-ПЭВМ 7-го поколения ZS-Scorpion-256 имеет
последовательный интерфейс для подключения принтера. Трёхпроводный.
От спектрума к принтеру передаются данные (линия TX), а обратно сигнал
DSR, сигнализирующий о готовности принтера. Для использования в составе
LAN данный сигнал можно переназначить на RX -- для приёма данных.
Естесственно, это всё в RS232 уровнях сигнала. Проще говоря, в
ZS-Scorpion уже встроен минимальный 3-х проводный RS232 интерфейс:
RX, TX и общий провод. По этому интерфейсу можно сопрягать спектрум
с писюком (что давно и успешно проделано), а можно его использовать
для организации LAN.

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

Известно, что в ethernet используется недетерминированный метод
доступа к сети. Известно также, что при более чем 50% загрузке канала
передачи ethernet начинает сильно проигрывать по производительности
сетям с детерминированным методом доступа, например token ring. Однако
при малой загрузке сети имеет место обратная ситуация. Это объясняется
использованием в случае сети с детерминированным доступом относительно
сложных протоколов доступа вносящих излишнюю нагрузку на сеть. Что для
спектрума лучше в данном случае сказать сложно -- и два узла могут
загрузить сеть на все 100%. С другой стороны использование сложных
протоколов может существенно затормозить практическую реализацию
на ограниченных аппаратных средствах спектрума. Кроме того,
использование протоколов подразумевающих централизованных арбитраж
доступа к шине в рамках однозадачного спектрума кажется и вовсе
невозможным -- потребуется как минимум выделенный спектрум-сервер
именно под эту задачу. Можно сказать, метод доступа подобный
используемому в ethernet по крайней мере не самый плохой для случая
спектрума.


Физический уровень.

Возвращаясь к вопросу о реализации сети на основе RS232 возникает
вопрос об электрическом соединении позволяющем параллельное соединение
нескольких узлов. Тут, практически, всё уже сделано, по крайней мере
в ZS-Scorpion: в состоянии лог. 0 открыт транзистор через который
на выходной сигнал TX подаётся напряжение +5v. В состоянии лог. 1
этот выход через относительно высокоомный резистор соединён с источником
напряжения -5v. Если просто соединить все сигналы TX и RX на всех
узлах вместе, то любой узел сможет принимать информацию от любого
другого узла. Конечно, при достаточно большом числе узлов это работать
не будет по очевидным причинам, но это легко исправляется техническими
методами.


А как же быть с другими спектрум-совместимыми ЭВМ? Тут опять, увы,
полнейшая несовместимость. KAY имеет, например, параллельный порт,
где сигнал STROBE организован как "открытый коллектор", а сигнал
BUSY имеет нагрузочный резистор на +5v. Скорпион, надо заметить,
имеет аналогичную реализацию параллельного порта. Таким образом
можно соединять между собой KAY и Scorpion через параллельный порт,
используя уже не RS232, а TTL уровни сигналов. С другими спектрум-
совместимыми ЭВМ дела обстоят хуже. Многие машины имеют негодную
реализацию параллельного порта, непригодную для работы по описываемой
схеме, и не имеют последовательного порта вообще. В таких случаях,
возможно, лучшим вариантом будет наличие дополнительного адаптера
подключаемого к параллельному порту. Тоже самое понадобится и при
соединении с последовательным портом писюков и прочих амиг.

Как было сказано выше, в качестве метода кодирования данных в
последовательном канале подразумевается NRZ (если говорить о
совместимости с RS232). А уровни сигналов, было упомянуто два
варианта: RS232 или TTL. Возможны и другие варианты. Так NRZI,
кодирующий не непосредственно состояние бита, а его изменение,
может быть предпочтён по той причине, что не критичен к инверсии
передаваемого сигнала, что может быть упрощать аппаратную реализацию
преобразователя RS232<->TTL. Или манчестерский код (используемый,
кстати, в ethernet) имеющий более узкую полосу занимаемых частот
и обладающий свойством самосинхронизации имеет то преимущество,
что может быть менее подвержен фазовым искажениям в канале и менее
критичен к расхождению частот тактовых генераторов приёмника
и передатчика (типично, в спектруме вместо кварца на 14МГц может
стоять что попало, вплоть до хорошо подобранных конденсаторов в
самом экстремальном случае). Hадо сказать, последнее свойство
манчестерского кода может быть очень интересно. Потому как для
передачи в последовательном коде в "идеальных" условиях расхождение
тактовых частот не может превышать 5%. В условиях спектрума,
особенно на высоких скоростях передачи (тактов не хватает
на программную синхронизацию), должно быть много меньше.
Hо у RS232 есть одно огромное преимущество -- это СТАHДАРТHЫЙ
интерфейс. Писюканство конечно... Hо всё-таки. Это позволяет,
например, включение в спектрумовскую сеть и писюков. Другие
методы кодирования лёгкого включения писюка не подразумевают.

fk0
14.06.2005, 17:17
Канальный уровень.

Итак, допустим будет использоваться RS232. Декодируемый в спектруме
программно. А это значит, что пока спектрум опрашивает порт он
готов к приёму. А в остальное время все передаваемые байты будут
растеряны. А спектруму нужно ещё обслуживать клавиатуру, экран,
аигрик... Как быть? Ответ на этот вопрос дают модемные протоколы
используемые совместно со спектрумовскими модемами. Для начала
рассмотрим цикл работы типичной модемной программы:



10:
~5мс обслуживание клавиатуры, экрана, команд пользователя...
~15мс опрос порта модема
GOTO 10


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

Аналогично можно поступить и в данном случае. Вопрос в том, какой
сигнал для этого можно выбрать. Можно выбрать какой-либо повторяющийся
код передаваемый в канале данных. Очевидно, это может быть неудобным,
например в случае когда данный код нужно передать как есть, без
интерпретации. Кроме того, данный код ещё нужно правильно декодировать,
что не всегда возможно. Есть альтернативный вариант: передача сигнала
вне полосы данных. Единственным сигналом такого рода для трёхпроводного
интерфейса RS232 является сигнал BREAK -- установка сигнальной линии
TX (или RX для приёмника) в состояние лог. 0 на время заведомо большее
передачи одного байта данных -- такая ситуация в нормальных условиях
не встречается. Возможно, опять же, два варианта: сигнал BREAK
передаётся всё время, пока не ведётся передача данных, а непосредственно
перед началом передачи снимается -- спектрум может считать снятие
сигнала BREAK как сигнал для ожидания начала передачи. Второй вариант
подразумевает обратную ситуацию: сигнал BREAK устанавливается только
перед началом передачи, на время достаточное для задержки спектрума в
цикле опроса порта, после чего снимается и тут-же передаётся блок
данных. Первый вариант кажется не лучшей идеей: Так в первом постоянно
действующий логический 0 на шине блокирует работу всех передатчиков.
Следовательно все сигналы на шине придётся проинвертировать. Hе лучшая
идея. Кроме того, во втором случае (об этом ниже) при подключении писюка
на ту же шину упрощается доступ к шине. С другой стороны, кажется в
первом случае на писюке к формированию сигнала BREAK не предъявляется
таких жёстких временных рамок.

Допустим, что будет использован второй способ: перед передачей на
короткое, но достаточное для надёжной синхронизации со спектрумом,
устанавливается сигнал BREAK, после чего сразу идёт передача. Как
работает спектрум: периодически вызываемая, чем чаще чем лучше, функция
опроса просто проверяет линию RX в течении времени большего 10*t, где
t -- время передачи единичного бита. Если сигнал на линии всё время
не установлен чётко в лог. 0 функция проверки возвращает управление
основному циклу -- приём данных не требуется. В противном случае,
программа входит в цикл ожидания пока линия RX не перейдёт в лог. 1.
Как только это произойдёт, программа входит во второй цикл ожидания,
чтобы точно по переходу сигнала RX из 1 в 0 начать приём (очередного)
байта. После приёма байта, если не возникло ошибок, второй цикл
повторяется пока не будут приняты все данные или не переполнится
приёмный буфер. В случае обнаружения ошибки (отсутствующий стоп-бит)
фиксируется ситуация коллизии (работа двух и более передатчиков
одновременно) и программа прекращает приём. Передатчик работает точно
также: устанавливает BREAK (если на линии RX присутствует лог. 1, в
противном случае предварительно фиксируется состояние коллизии и
перадатчик переходит в цикл приёма, см. ниже), выжидает заданное время,
сбрасывает BREAK и начинает передачу. Во время передачи контролируется
состояние линии RX -- если оно не соответствует передаваемым данным,
фиксируется состояние коллизии и передатчик входит в цикл приёма на
некоторое, случайное время. Таким образом на спектруме реализуется
недетерминированный доступ к каналу передачи данных. А на ПЦ, к
сожалению, оценить состояние линии RX сложней. ПЦ может по сигналу
BREAK (вот преимущество второго из описанных выше способов манипуляции
сигналом BREAK) на некоторое время задержать передачу и таким образом
избежать коллизии. Однако, если ситуацию коллизии инициировал спектрум,
ПЦ может это определить по несоответствию принимаемых и передаваемых
данных, но с большОй задержкой в отличие от спектрума. Возможно, как
и в ethernet, в случае коллизии стоит генерировать специальный сигнал.
Hапример, тот же BREAK -- его "мгновенно" опознает (2*t времени) ПЦ,
и он же прервёт приём испорченного пакета в спектрумах.


Сетевой уровень.

Уже вырисовывается вполне работоспособная схема. Есть физический
уровень, есть канальный. Hет сетевого. А без него такая схема пригодна
не более чем для глобального "чата" в терминалке. Конечно, чего бы
стоило взять и навернуть поверх PPP, а поверх него LLC, а ещё поверх
IP, а потом TCP, а потом... О практической возможности реализации
писишных протоколов за конечное время T и конечную сумму S думать
не приходится -- давно делом доказано, что это невозможно. И не нужно.

Чтобы иметь представление о реальных и реализуемых сетевых
потребностях ZX-Spectrum придётся подняться по-выше и посмотреть
что может потребоваться на уровне приложения. Очевидно, наикратчайшим
путём к намеченной цели может быть интеграция с существующими системами
модемной связи и ZXLINK интерфейсом (с писюком). Это позволяет
передавать файлы, и как-то, ограниченно, управлять другой ЭВМ по "сети".
Кроме того, возможно интересным приложением ещё мог бы быть сетевой
диск и сетевая же загрузка. Это уровень, максимум, UDP во всех писишной
иерархии протоколов, причём масса нижележащих, под UDP протоколов
оказываются просто не нужными. Если конечно не идёт речь о сетевой
загрузке iS-DOS через интернет...

Реальными и реализуемыми требованиями к сетевому уровню могли бы быть:
возможность групповой передачи (например, групповой "чат" в терминалке),
адресной передачи без установления связи и контроля доставки (передача
файлов, сетевой диск), передачи с установлением связи, контролем доставки
и управлением потоком (для терминального доступа). Касательно сетевого
диска нужно пояснить: конечно, в варианте с установлением соединения
и более гарантированной передачей было бы во всех отношениях лучше. Hо,
допустим, что сетевой диск реализуется расширением TR-DOS -- в таком
случае памяти на излишества просто нет. Для передачи файлов, возможно,
полезной функцией было бы RLE сжатие (другие алгоритмы бессмысленны --
спектрум передать успеет быстрей чем сожмёт). В ряде случаев возможно,
что один узел может иметь множество соединений -- это может быть
"сервер" писюк, например.

Для реализации определённых требований необходимыми атрибутами
сетевого уровня могут быть: адрес источника, адрес приёмника,
идентификаторы сеанса или типа сервиса источника и приёмника (для
реализации множественных соединений), какая-либо управляющая
информация, контроль целостности данных (последнее скорей относится
к канальному уровню). Вопросы идентификации узлов в сети остаются
за пределами сетевого уровня. Узлы просто статически пронумерованы.
Можно предложить использование несколько модифицированного варианта
HDLC для асинхронного интерфейса, с расширенным адресным полем (до
четырёх вышеупомянутых записей): HDLC обеспечивает передачу информации
как без установления соединения, так и с установлением соединения,
а также обеспечивается контроль целостности данных и контроль потока.
Интересно смотрится решение идентификации в сети в протоколе AX25, но
практическая реализация на спектруме (минимум 14 байт на адрес)
кажется избыточной.

fk0
14.06.2005, 17:18
Уровень приложений.

Как было сказано выше, более простым и практически легко реализуемым
путём кажется интеграция с существующими системами. Так весь сетевой и
нижележащие уровни могут быть реализованы в драйвере модема для MMD
(MacroMoDem) -- "программируемой терминалки" используемой в zxnet.
Это позволит обмениваться файлами и реализовать "чат". Кроме того,
драйвер модема MMD поддерживается рядом игр, например: Laser Squad,
Last Battle, Ceitnot, и ещё одни шахматы, забыл как их, и ещё другими
играми. Функции сетевого диска могут быть реализованы драйвером iS-DOS
или, для TR-DOS, отдельной программой и модифицированной прошивкой ПЗУ
TR-DOS (для ЭВМ клиента).

Кроме того, представляется возможным связь через интернет с
использованием писишных технологий. Для этого на писюке, находящемся
в сегменте ZX-LAN запускается proxy-сервер, преобразующий обращения
к некоторым узлам сети в обращение к определённому узлу по TCP-IP
протоколу, где установлен аналогичный сервер, преобразующий поток
данных обратно в пакеты ZX-LAN другой спектрумовской сети. Мне думается
это проще, чем изобретать tcp/ip стек для спектрума. А web можно и в
lynx смотреть. А то и в mozilla: flash, java -- это явно не
спектрумовские технологии.


P.S.

A что вы думаете? Это вполне реализуемо, нежели чем мифический
интернет на спектрумне. В качестве, например, драйвера совместимого
с MMD и снабжённого дополнительными функциями: для поддержки старых
программ. Так, например, в Laser Squad можно и по такой сети играть.
По сети Д. Быстрова, на аигриках, насколько я понимаю -- вряд ли.
Кроме того, не нужно лезть с тупым раскалённым предметом и калечить
спектрум, в худшем случае достаточно адаптера на порт принтера.
А при умении держать в руках паяльник можно организовать и оптическую
развязку.

Да, забыл единственный минус. Если считать, что на бит приходится
по 4 цикла ввода -- скорость 38400бит/сек можно считать верхним
пределом. С учётом метода доступа к каналу, реальная скорость, если
узлов несколько, будет раза в 2 ниже. Скажете медленно? Hу, положим,
один цикл ввода (12-16) тактов, плюс минимальная обработка -- 20-30
тактов. В лучшем случае не больше сотни килобит в секунду. А 38400
берётся вот откуда: как выше уже писалось, в RS232 синхронизация
осуществляется по переднему фронту старт-бита и должна удерживаться
последующие 9 разрядов. Hесложно понять, что отсюда и требование на 5%
разброса скорости: 100% / 10бит(включая старт бит) / 2 == 5%. Допустим,
мы опрашиваем порт 4 раза за битовый интервал. Максимальная ошибка
при определении переднего фронта старт-бита будет 1/4 интервала. Уже
осталось 2.5% процента. А опять же любой длинный провод -- это
индуктивность и фазовые искажения. Хотите 115200? Типичный цикл
ожидания фронта примерно такой:

L1: IN A, (#FE)
AND B
JP Z, L1
------------
Итого: 26(25?) тактов! А ещё хотелось бы таймаут считать. И сколько
таких циклов на один бит придётся? Если менее одного, то что-либо
принять вообще не получится. И передать тоже.

Манчестерский код? Два цикла на бит. Hемного по-лучше на самом деле.
Hо совсем не много, на знаю даже стоит-ли овчинка выделки -- см. выше
(предыдущее сообщение) про совместимость. Может 57600 -- да, может быть.
Hо любые более скоростные решения -- аппаратные, только аппаратные. Кроме
того, нужно понимать, что с такой скоростью спектрум обрабатывать данные
всё равно успевать не будет, если только речь не идёт о показе ZX-Video...

Conan
14.06.2005, 21:10
Думаю, что если автору документа хочется его серьезного обсуждения, документ надо переработать:

1. Структурировать.

2. Убрать ликбез (с ошибками) о сетевых технологиях.

3. Объяснить, почему выбраны:


а) уникальный скорпионовский порт(ы) - преобразователь TTL>RS232

б) эталонная модель OSI (причем только куски из нее)

в) попытка изобрести свой собственный ни с чем не совместимый протокол



P.S. На всякий случай напомню, что мы не в Америке и даже не в Англии, где все розетки с заземлением, и поэтому подобная «сеть» без гальванической развязки чревата искрами, поражением электрическим током и сгоревшими платами компьютеров.

Sonic
15.06.2005, 11:37
Возможно кто-то сочтет меня настырным, но...
Параллельный порт быстрее и с ним на порядок проще работать.
А что если организовать связь на его основе?
Вообще, стоит ИМХО обратиться к накопленному ранее опыту. Кто может сказать, как были устроены сети в КУВТах?
Вообще, сеть на RS - не новость, только там чаще всего используется RS422. Станции просто включены параллельно, арбитраж доступа производится с помощью детекторов коллизий как в 10Base2.
Слово в защиту изобретателей ZX-LAN: ИМХО в введении своих lightweight-протоколов есть рациональное зерно ввиду ограниченных мощностей ZX и отсутствия в ряде случаев надобности в реализации полноценного TCP/IP.
Также, думаю, стоит обратиться к описанию Interface-1. Там сеть была, возможно оттуда можно подчерпнуть много полезного. Не исключено что можно использовать имеющийся софт.
Насчет розеток без заземления: в настоящее время, давайте признаем, это архаизм. Проще это заземление сделать.
Кстати, нассчет Интернета на ZX. Это возможно! И отнюдь не миф. Только упор надо делать не на general purpose-сервисы, а на специально созданные для систем с ограниченными ресурсами. То бишь - Wap. WML-страничку можно без проблем показать на ZX-экране, она для этого создана.

Shiru
15.06.2005, 11:52
WML-страничку можно без проблем показать на ZX-экране, она для этого создана.
Интернет - это не странички показывать, это байты слать.

Conan
15.06.2005, 13:14
Насчет розеток без заземления: в настоящее время, давайте признаем, это архаизм. Проще это заземление сделать.Конечно проще – заплатите сто баксов электрику, и он сделает вам розетку. А комплект деталей для гальванической развязки стоит максимум 5 баксов. Но дело даже не в экономии: кроме розеток, любителям таких «сетей» придется переделать удлинители, шнуры, блоки питания и прочее.

P.S. А насчет архаизма, в СССР стандартом были розетки и электрооборудование без заземления, поэтому можете провести во «Флейме» опрос на тему: «Сделан ли в вашей квартире евроремонт».

Sonic
16.06.2005, 10:38
Конечно проще – заплатите сто баксов электрику, и он сделает вам розетку. А комплект деталей для гальванической развязки стоит максимум 5 баксов. Но дело даже не в экономии: кроме розеток, любителям таких «сетей» придется переделать удлинители, шнуры, блоки питания и прочее.

Не надо ничего переделывать. Соединяем между собой корпуса компов отдельным проводом - и вуаля.
И, думается мне, что если ты можешь спаять гальваническую развязку из комплекта деталей, то ты можешь самостоятельно сделать розетку, и 100 баксов платить не надо. :p

Conan
16.06.2005, 11:10
Не надо ничего переделывать. Соединяем между собой корпуса компов отдельным проводом - и вуаля.Особенно хорошо «соединятся» между собой пластиковые корпуса, которых большинство, да и «удобно» это будет: для соединения в сеть надо будет сначала соединить компьютеры проводом, а после (ни в коем случае не раньше!) разъединения – рассоединить. Народ «обожает» мотки провода на полу…

И, думается мне, что если ты можешь спаять гальваническую развязку из комплекта деталей, то ты можешь самостоятельно сделать розетку, и 100 баксов платить не надо. :pА мне думается, что если кого шарахнет током при использовании такой "сети", то имена агитаторов за это безобразие мы уже знаем.
И вообще о чем спор? О том что можно сделать правильно, а можно «на соплях»?

research
16.06.2005, 14:14
Дальше разговоров дело не пойдет...

по этому мы и имеем с десяток законченных устройст для спека.
Можно вообще не парить мозг, а захреначить микроконтроллер типа PIC и он все сделает ...

icebear
16.06.2005, 14:20
Можно вообще не парить мозг, а захреначить микроконтроллер типа PIC и он все сделает ...

Одно из разумных решений

bob5024
16.06.2005, 16:40
Канальный уровень.

Итак, допустим будет использоваться RS232. Декодируемый в спектруме
программно. А это значит, что пока спектрум опрашивает порт он
готов к приёму. А в остальное время все передаваемые байты будут
растеряны. А спектруму нужно ещё обслуживать клавиатуру, экран,
аигрик... Как быть? Ответ на этот вопрос дают модемные протоколы
используемые совместно со спектрумовскими модемами. Для начала
рассмотрим цикл работы типичной модемной программы:



10:
~5мс обслуживание клавиатуры, экрана, команд пользователя...
~15мс опрос порта модема
GOTO 10


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

Камилем Каримовым уже больше года как разработана схема контроллера
RS232 с буферной памятью на 126 (кажется) байт, совместимая по портам со схемой Кондратьева. Соответственно он к этой схеме и пинговалку делал, т.е.
там звонилка, PPP,ICMP и как он мне кажется объяснял вплоть до TCP стек был реализован.
Вот если бы это все упаковать в модульную структуру аля DLL (ссылку на CDWALK.NAROD.RU c описанием которой ты тут давал в треде про ОСи), да это дело хорошенько продокументировать, то думаю даже отсутствие на Спектруме ОСи, способной выполнять системные ф-ии (типа выделения памяти, открытия - закрытия файлов, етц) не помешало бы появиться на Спектруме программам, работающим с сетью по стандартным протоколам.

Alex/AT
16.06.2005, 19:20
не помешало бы появиться на Спектруме программам, работающим с сетью по стандартным протоколам
Не помешало бы девайса а'ля ethernet-контроллер с серьезной буферизацией и методом отправки store-and-forward.

Orionsoft
17.06.2005, 01:55
Вот и я думаю,причем здесь заземленные розетки,
хотя признаю,еслиб была технология связи для всех через 220W
со спектрума - это былоб круче интернета

Conan
17.06.2005, 02:45
Вот и я думаю,причем здесь заземленные розетки,
Прочитайте в первом сообщении (http://zx.pk.ru/showpost.php?p=16804&postcount=1)топика раздел под названием "Физический уровень" и спросите у автора, почему он предложил такой способ соединения, который требует гальванической связи между "землей" каждого из компьютеров, соединенных в сеть.

research
20.06.2005, 18:09
а лучше купить а600 (хотя бы) у нее с инетом проблемы решены :))) и не парить мозг. это будет дешевле всяких плат и пустых изобретений. все сдохнет или из-за железа, или из-за кодинга, т.к. живых кодеров 10 человек на всю страну.

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

Надо что-то придумывать на то, что есть, нежели перешивать тришкин кафтан.

acidrain
20.06.2005, 18:16
еслиб была технология связи для всех через 220W
со спектрума - это былоб круче интернета
хммм, поясню - при существующих подстанциях у нас в рф связь будет возможна только в пределах одной подстанции, а дальше сорри. Да и количество помех в наших сетях довольно высоко 8(

acidrain
20.06.2005, 18:17
а лучше купить а600 (хотя бы) у нее с инетом проблемы решены )) и не парить мозг. это будет дешевле всяких плат и пустых изобретений. все сдохнет или из-за железа, или из-за кодинга, т.к. живых кодеров 10 человек на всю страну.

Интересно, а меня посчитал? =)

Orionsoft
21.06.2005, 03:17
Прочитайте в первом сообщении (http://zx.pk.ru/showpost.php?p=16804&postcount=1)топика раздел под названием "Физический уровень" и спросите у автора, почему он предложил такой способ соединения, который требует гальванической связи между "землей" каждого из компьютеров, соединенных в сеть.

А,догнал...ну блин Автор ЖЖОТ, в слысле автор нам все спектрумы соЖЖОТ ,АДСКИЙ СОТОНА ! :eek: :eek: :eek:

Alex/AT
15.07.2005, 09:49
Всем еще раз хай! ;)

Нигде не нашел описание на модем по схеме Кондратьева... оно вообще в природе есть? ;) Если есть - плиииззз... дайте.

moroz1999
02.02.2006, 22:19
по поводу уровня приложений - может как выход разработать супер-упрощенный вариант html?
это решило бы проблемы с памятью. сайт определяет, что клиент спековский, и выдает соответствующий документ, генерируемый хоть тем же php. а там - текст с минимумом форматирования и функционала.

что думаете, реально?

James DiGreze
03.02.2006, 17:46
Теоретически - реально! Но практических реализаций я на своем жизненном пути не встречал...
Фактически сервер должен просматривать запрос браузера, и на основани полей запроса, таких как "User-Agent,Accept,Accept-Language,Accept-Charset,Accept-Encoding", определять, какой формат HTML отдать в браузер.
Это замечательный способ, к сожалению, будет слишком узкоприменимым, так как большинство реальных серверов просто не будут обращать большого внимания на эти параметры... Остаются только сервера, специально адаптированные для спектрума.
Здесь же появляется еще одно "неудобство", связанное с тем, что реализовать подобную поддержку можно будет только на платных хостингах.

moroz1999
04.02.2006, 22:59
только на платных хостингах? что ты имеешь в виду?

а вот вопрос: реально куда нужно сходить в интернете со спектрума? в первую очередь на спектрумовские сайты, правильно? думаю, что поддержку подобного формата на них реализовать будет не сильно сложно.



еще вариант - на ходу упрощать HTML до приемлимого уровня, но мне это кажется маловозможным.

James DiGreze
05.02.2006, 07:53
Платный хостинг - это платный хостинг... ;)
Проблема-то не в том, где и что размещать, проблема в доступе к определению строки запроса браузера. Если на хостинге нет поддержки CGI, то вариант с подгонкой страницы под формат спектрума отпадает.
А далеко не каждый халявный хостинг имеет поддержку CGI...

Вот вариант с "черновым" рендерингом в данном случае более реален. Достаточно взглянуть на никсовые консольные браузеры типа "links".
Или на вьюер небезызвестного тоталкомандера, который весь html преобразует в чистый текст со ссылками ;)

В данном случае возникает только одна маленьая проблемка, очень многие странички работают правильно только при наличии JavaScript... А вот реализация его будет несколько более сложной, нежели упрощенного html.

moroz1999
05.02.2006, 15:10
Платный хостинг - это платный хостинг... ;)
Проблема-то не в том, где и что размещать, проблема в доступе к определению строки запроса браузера. Если на хостинге нет поддержки CGI, то вариант с подгонкой страницы под формат спектрума отпадает.
А далеко не каждый халявный хостинг имеет поддержку CGI...есть варианты и без CGI:
1. самое реальное: отдельный index на странице, типа trd.speccy.cz/index-zx.htm
2. использование субдоменов? я просто посмотрел на том дешевом платном хостинге, который сам юзаю: поддержки CGI нет, а вот субдомены есть неиспользованные.
я всё же выступаю за свой стандарт по следующим причинам:
1. дизайн страницы будет целиком и полностью подогнан под спекки, не будет ничего лишнего или корявого. В целом по моей задумке будет напоминать внешний вид листалки электронного журнала.
2. никаких проблем с легальностью - имея полностью свой стандарт, никто никогда не сможет докопаться до выложенного "пиратского" спектрумовского софта.
3. это гораздо интереснее - иметь сайт, просмотреть который можно только со спека :)

James DiGreze
05.02.2006, 20:15
есть варианты и без CGI:
1. самое реальное: отдельный index на странице, типа trd.speccy.cz/index-zx.htmх.
Идея до нельзя проста! Но кто поддержит?

2. использование субдоменов? я просто посмотрел на том дешевом платном хостинге, который сам юзаю: поддержки CGI нет, а вот субдомены есть неиспользованные.
Опять же - платный хостнг! Со всеми вытекающими...

я всё же выступаю за свой стандарт по следующим причинам:
1. дизайн страницы будет целиком и полностью подогнан под спекки, не будет ничего лишнего или корявого. В целом по моей задумке будет напоминать внешний вид листалки электронного журнала.
2. никаких проблем с легальностью - имея полностью свой стандарт, никто никогда не сможет докопаться до выложенного "пиратского" спектрумовского софта.
3. это гораздо интереснее - иметь сайт, просмотреть который можно только со спека :)
1. Эта идея мне, лично, нравится, но реализация будет страдать... Это имхо, но, что-то мне подсказывает, что страдать будет...
2. За HTML, если не ошибаюсь, платить за лицензию не требуется, а все остальное - большое усмотрение владельца копирайта и трейдмарка конкретного контента! ;)
3. Здесь я против, по одной простой причине: у меня 2 ПК через кампус ходють в и-нет... есть желание подключить мой KAY1024 через SLIP роутер на ПК... Т.о. я хочу иметь доступ к и-нету не только через спектрум, но и через ПК! ;)
ЗЫ: Будем думать!
ЗЗЫ: Через неделю буду делать заказ на печатку ZX-MULTICARD by Caro. После сборки и установки начну эксперименты со SLIP, e.t.c.

moroz1999
05.02.2006, 20:32
Идея до нельзя проста! Но кто поддержит?
Поддержу 100%. Хотя бы по R-Type :)


1. Эта идея мне, лично, нравится, но реализация будет страдать... Это имхо, но, что-то мне подсказывает, что страдать будет...
Ну, это зависит целиком от нас. Форум тем и хорош, что к обсуждению может подключиться любой человек, имеющий идеи по этому поводу.


2. За HTML, если не ошибаюсь, платить за лицензию не требуется, а все остальное - большое усмотрение владельца копирайта и трейдмарка конкретного контента! ;)
Ну, то, как я себе это представляю, с HTML общего иметь будет не так много. для сокращения места можно тэги заменить бинарным кодом, или еще как. Параметры привязать чисто к спековским запросам, с учетом знакомест и количества цветов.
картинки - в спековском формате.

зато не будет никаких проблем с буржуйскими адвокатами и правозащитниками, по типу тех, которые имел Virtual TR-DOS. Просто потому, что никто об этом не будет знать :)


3. Здесь я против, по одной простой причине: у меня 2 ПК через кампус ходють в и-нет... есть желание подключить мой KAY1024 через SLIP роутер на ПК... Т.о. я хочу иметь доступ к и-нету не только через спектрум, но и через ПК! ;)
Не, ну я имел в виду не соединение, а вообщем-то эксклюзивный контент для Спекки.

James DiGreze
05.02.2006, 22:09
Ну, то, как я себе это представляю, с HTML общего иметь будет не так много. для сокращения места можно тэги заменить бинарным кодом, или еще как. Параметры привязать чисто к спековским запросам, с учетом знакомест и количества цветов.
картинки - в спековском формате.
Тогда советую присмотреться к гипертексту от Витамина ;)

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

ЗЫ: Твоя идея достойна внимания :)

moroz1999
07.02.2006, 00:40
Тогда советую присмотреться к гипертексту от Витамина ;)хммм, спасибо, покопаааюсь..


Опять же, я хотел бы иметь возможность просматривать любой контент со спектрума, а здесь только урезанный рендеринг помочь может...
ну, тогда вообщем-то и делать ничего не надо - ПЦ всегда под рукой, а когда не под рукой, поможет терминальное соединение до линуха.
вообще, 90% того, что мы делаем - давно не имеет реального применения, поэтому лично мне интереснее тот вариант, когда на Спектруме будет реализовано что-то эксклюзивное.


ЗЫ: Твоя идея достойна внимания :)достойна внимания будет тогда, если найдет применение :)

вообще, если по пунктам, то чего не хватает для выхода в инет?
из известных мне проблем:
1. количество памяти (проблема, о которой говорим выше)
2. железо ? (не в курсе, не следил за последними достижениями)

James DiGreze
11.02.2006, 08:10
1. количество памяти (проблема, о которой говорим выше)
2. железо ? (не в курсе, не следил за последними достижениями)
1. Кол-во памяти? У меня KAY-1024... 1Мб - вполне нормальный объем! Даже больше, чем в ПК 8086(88) ;)
2. Сейчас есть решение RS232 для поддержки Hayes-modem'a by Caro, т.е. железо для реализации PPP,SLIP,GPRS ЕСТЬ! Дело за программной поддержкой...

AL
11.04.2006, 14:04
Теоретически - реально! Но практических реализаций я на своем жизненном пути не встречал...
Фактически сервер должен просматривать запрос браузера, и на основани полей запроса, таких как "User-Agent,Accept,Accept-Language,Accept-Charset,Accept-Encoding", определять, какой формат HTML отдать в браузер.
Это замечательный способ, к сожалению, будет слишком узкоприменимым, так как большинство реальных серверов просто не будут обращать большого внимания на эти параметры... Остаются только сервера, специально адаптированные для спектрума.
Здесь же появляется еще одно "неудобство", связанное с тем, что реализовать подобную поддержку можно будет только на платных хостингах.

На самом деле со стороны спека достаточно лишь правильно сформировать GET-запрос(в этом проблем я не вижу никаких) -- а уж запрпашиваемый CGI-скрипт выкинет все что надо, на любом языке...

James DiGreze
11.04.2006, 15:48
Ох, сомневаюсь я, что CGI выдаст то что нужно. До боли знакомая ситауция, когда большинство скриптов многое игнорируют. ;)
Вот примерчик эксперимента:


GET / HTTP/1.1
User-Agent: Spectrum
Host: 192.168.221.1
Accept: text/html, */*
Accept-Charset: isdos

HTTP/1.1 200 OK
Date: Tue, 11 Apr 2006 11:53:33 GMT
Server: Apache/2.0.50 (Win32)
Last-Modified: Wed, 08 Feb 2006 10:09:36 GMT
ETag: "c97a-10b-b1742881"
Accept-Ranges: bytes
Content-Length: 267
Content-Type: text/html; charset=ISO-8859-1

Запрошена кодировка isdos
Получена iso-8859-1
Как с этим прикажете бороться? ;)

Firestarter
11.04.2006, 17:36
Хмм а чем вам метод подключение не нравится через AY описаный Alone Coder в своем ALCOnews Номер вот только не помню...

Причем уже даже для него игра написана
Плюс чат на два компа правда только

James DiGreze
11.04.2006, 18:50
Ну, к слову сказать, у меня сейчас rs-232 работает замечательно, связь с ПЦ стабильная ;)
Однако, в воздухе прямо-таки витает идея "глобализации", а если быть точнее, то есть желающие приобщить своего железного друга к всемирному сообществу компьютеров под названием Internet. И, видимо, в этом желании есть свой резон.
Однако, в отличие от пользователей (и большинства програмёров) пресловутого ПЦ, у нас нет ничего готовенького... Даже стека... Вот и ведем думу, как бы это все "упихать" в небезграничный объем ресурсов Спектрума. :)

moroz1999
11.04.2006, 19:23
кстати, просветите, а зачем возиться со всеми этими заголовками? может дифференциироваться по типу файлов или заранее условиться по типу index-файла?

James DiGreze
11.04.2006, 19:41
Да в общем-то никто пока не возится с заголовками. Проблема пока одна - нет механизмов множественного online подключения Спектрумов друг с другом...
Самый "простой" способ - использование интернета в качестве носителя пакетов, но как только станет возможным пересылать пакеты, сразу возникнет потребность в доступе к уже готовым стандартным сервисам типа http, ftp и прочего.
Кстати, может вернемся в изначальное русло? А то перекинулись на "разделку шкуры неубитого медведя"... ;)
Я тут на досуге RFCшки качнул для ознакомления с основами основ. В общем, первоначальная задача для "пробивки стены" - PPP (Point-to-Point Protocol), ибо уже стандарт, и позиции пока сдавать не собирается, хотя реализация SLIP на пару порядков проще, но изжил себя.
У кого какие мысли на этот счет?

Alex/AT
12.04.2006, 09:09
PPP я начинал делать, но вернусь к нему после того, как будет готов "зачаток" ZX-OS, под который можно будет написать клиентов :D

AL
17.04.2006, 18:11
Ох, сомневаюсь я, что CGI выдаст то что нужно. До боли знакомая ситауция, когда большинство скриптов многое игнорируют. ;)
Вот примерчик эксперимента:


GET / HTTP/1.1
User-Agent: Spectrum
Host: 192.168.221.1
Accept: text/html, */*
Accept-Charset: isdos

HTTP/1.1 200 OK
Date: Tue, 11 Apr 2006 11:53:33 GMT
Server: Apache/2.0.50 (Win32)
Last-Modified: Wed, 08 Feb 2006 10:09:36 GMT
ETag: "c97a-10b-b1742881"
Accept-Ranges: bytes
Content-Length: 267
Content-Type: text/html; charset=ISO-8859-1

Запрошена кодировка isdos
Получена iso-8859-1
Как с этим прикажете бороться? ;)

а никак -- речь шла о специализированных сайтах для спека

GriV
30.04.2006, 07:42
Ну, к слову сказать, у меня сейчас rs-232 работает замечательно, связь с ПЦ стабильная
Однако, в воздухе прямо-таки витает идея "глобализации", а если быть точнее, то есть желающие приобщить своего железного друга к всемирному сообществу компьютеров под названием Internet. И, видимо, в этом желании есть свой резон.
Однако, в отличие от пользователей (и большинства програмёров) пресловутого ПЦ, у нас нет ничего готовенького... Даже стека... Вот и ведем думу, как бы это все "упихать" в небезграничный объем ресурсов Спектрума.

идея такая - так же как и для WAP ввести сервер который на ходу будет готовить странички для спектрумистов - например вводим zx.tr.ru/www.ya.ru
вот и будем общаться по уже подготовленному протоколу (более простому) с yandex'ом и прочими премудростями.

Adramelek
30.04.2006, 08:46
В данном случае возникает только одна маленьая проблемка, очень многие странички работают правильно только при наличии JavaScript... А вот реализация его будет несколько более сложной, нежели упрощенного html.WAP?

Eltaron
01.05.2006, 16:01
WAP?
+1
к тому же гейты из wap в www вроде бы даже готовые уже давно есть

вообще, никто не в курсе, реализован ли TCP для z80? то, что есть какие-то реализации TCP/IP стека я в курсе, но не знаю, как там, только UDP, или же оба транспортных протокола
так-то и на базе UDP немало чего можно реализовать
млин, где бы взять свободное время..

Eltaron
01.05.2006, 16:04
Я тут на досуге RFCшки качнул для ознакомления с основами основ. В общем, первоначальная задача для "пробивки стены" - PPP (Point-to-Point Protocol), ибо уже стандарт, и позиции пока сдавать не собирается, хотя реализация SLIP на пару порядков проще, но изжил себя.
У кого какие мысли на этот счет?
эмм.. http://zx.pk.ru/showthread.php?t=159

James DiGreze
02.05.2006, 06:15
Знаем, читали. ;)
Проблема у меня в другом - нет модема, так как нет телефона... в смысле, от Электросвязи... И мобайл без GPRS... Хотя это решаемо, к лету буду брать мобайл с модемом.

GriV
03.05.2006, 08:17
Я тут на досуге RFCшки качнул для ознакомления с основами основ. В общем, первоначальная задача для "пробивки стены" - PPP (Point-to-Point Protocol), ибо уже стандарт, и позиции пока сдавать не собирается, хотя реализация SLIP на пару порядков проще, но изжил себя.
У кого какие мысли на этот счет?

SLIP и PPP до сих пор поддерживаются в системах - *nix и win - так что говорить про старость нет смысла.
SLIP очень простой так что на него и надо мне кажется ориентироваться.

caro
03.05.2006, 08:51
SLIP очень простой так что на него и надо мне кажется ориентироваться.Простота протокола не имеет значения.
Реализация PPP не сильно сложнее SLIP.
При работе через модемное соединение SLIP не подходит.

Alex/AT
03.05.2006, 08:52
PPP тоже очень простой протокол, на самом деле. Банальная "дочка" от HDLC. Единственное исключение там составляет конечный автомат инициализации, но его реализация по идее должна быть не очень сложной.

moroz1999
03.05.2006, 12:14
резюмируйте, пожалуйста, а то мне, как человеку мало знакомому с практической реализацией сетевых протоколов, сложно уследить за ходом мысли :)

GriV
03.05.2006, 13:49
ответили - всё просто, бери и делай ((((-;

moroz1999
03.05.2006, 18:41
спасибо, очень помог.

flydream
06.11.2006, 21:17
TCP/IP v Zx Spectrum
http://zxspectrum.hal.varese.it/tcpip.zip
:v2_cheer:

Splinter
13.09.2011, 17:56
Я почему то представил себе решение на аппаратном уровне, подключением к спектруму ПЦшной лан карточки. Мне кажется карта умеет уже TCP/IP, и буферы-шмуферы, стёки там разные должны быть. Мануалов бы на лан карты.

http://www.hardware.zp.ua/docs/isa.htm - ISA карты есть LAN )

http://pcmuseum.narod.ru/lan15.jpg

DimkaM
13.09.2011, 18:21
Мне кажется карта умеет уже TCP/IP, и буферы-шмуферы, стёки там разные должны быть. Ни чё там нету. Всё совтово.
Но есть АВРки с ланом +прошивка со стеками и буферы-шмуферы, и даже готовые киты с обвязкой тоже есть.

Splinter
13.09.2011, 18:32
Научить спектрум этим пользоваться и стучаться к серверам - все ) пишите броузеры, ваяйте сайты для zx ) Хоть стартовые сервера даже )))) Оси-шмоси разные там выдумывали же - смотрите какой полигон )))...

null_device
13.09.2011, 19:24
Splinter, вопрос в другом - нужно ли это кому-то на сегодняшний день? О "практической" стороне вопроса, даже речь не идет..

Splinter
14.09.2011, 15:56
Если бы я мог сваять сам, я бы себе сваял. И возился бы с удовольствием с запросами к примеру, сайты какие то для спека интересно поваять...

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

---------- Post added at 17:56 ---------- Previous post was at 17:47 ----------


Ни чё там нету. Всё совтово.
Но есть АВРки с ланом +прошивка со стеками и буферы-шмуферы, и даже готовые киты с обвязкой тоже есть.

Я ну почти нихрена не понял во второй части )), что такое КИТы, АВРки c прошивкой буферами шмуферами ))) Где все это взять и как пристроить что бы спектрум мог отправлять и принимать данные в Ethernet )

null_device
14.09.2011, 16:35
Я ну почти нихрена не понял во второй части

Если не ошибаюсь, вам "тонко" намекают, на тот факт, что можно вместо "интеграции" сетевой карты от РС в спектрум, ее можно реализовать "малой кровью" - с помощью AVR (http://ru.wikipedia.org/wiki/AVR)+некоторый, программно-аппаратный комплекс.. Хотя, не факт, что получится дешевле и проще.

DimkaM
14.09.2011, 17:38
с помощью AVR+некоторый, программно-аппаратный комплексДля начала надо написать парочку прог для спектрума, а в качестве программно-аппаратного комплекса можно заюзать писюк по лпт|сом портам.
Будет софт, тогда и железячники подтянутся.

Black_Cat
14.09.2011, 20:38
вам "тонко" намекают, на тот факт, что можно вместо "интеграции" сетевой карты от РС в спектрум, ее можно реализовать "малой кровью" - с помощью AVRNE2000 к Спектруму подключается за пол часа, и этого вполне достаточно чтоб выходить в инет, вон аналогичный по классу MSX прекрасно работает через такую карту, и нахрен ему не упали АВРы. Да, на MSX есть ось :)

Error404
14.09.2011, 21:01
NE2000 к Спектруму подключается за пол часа, и этого вполне достаточно чтоб выходить в инет, вон аналогичный по классу MSX прекрасно работает через такую карту, и нахрен ему не упали АВРы. Да, на MSX есть ось :)

Более того, для маленьких клиентов типа IRC или Twitter или telnet даже и ОС никакая не нужна, а только стек TCP/IP и I\O (клавиатура+монитор). Займет это порядка 15 кб если писать на С.

Splinter
15.09.2011, 10:17
Господа, а какие то готовые решения о которых вы упоминаете в подробностях можно разобрать? ))) NE2000 например распаять как, как софтово поддержать, где взять мануалы по NE2000... что бы прямо так взять и сделать ).

А к писюку цеплять слишком жирно ). Да и концепция собсна не та. Хочется что бы спектрум сам с ланом работал, именно с этого момента начинаются интересные вещи типа как облачные оси и все такое прочее )))

---------- Post added at 12:17 ---------- Previous post was at 12:10 ----------

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

Error404
15.09.2011, 20:51
Господа, а какие то готовые решения о которых вы упоминаете в подробностях можно разобрать? ))) NE2000 например распаять как, как софтово поддержать, где взять мануалы по NE2000... что бы прямо так взять и сделать ).

А к писюку цеплять слишком жирно ). Да и концепция собсна не та. Хочется что бы спектрум сам с ланом работал, именно с этого момента начинаются интересные вещи типа как облачные оси и все такое прочее )))

---------- Post added at 12:17 ---------- Previous post was at 12:10 ----------

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

В "Отечественных компьютерах" было несколько тем про это - в эмуляторах и в Орионе (uIP для Ориона) - ни у кого не вызвало интереса. В блоге у БК пример подключения ИСА карты в немо-бас. Готового решения на NE2000 для Спека нет (только для WizNET), нужно прикладывать руки (адаптировать с Ориона или с MSX или с C64 - да много где это реализовано).

Alex Clap
15.09.2011, 22:21
Для каких целей в Pentagon v2.666 "контроллер Ethernet на базе RTL8019AS" - это не есмь Лан?

Nuts_
15.09.2011, 23:03
да уж сколько раз такие карты к спеку паяли
широко известен скриншот с twitter на zx
кстаи в оном твиттере щас аунтификацию сильно усложнили...

я гляжу тут некропостинг разрыв в теме с 2006 года

Error404
16.09.2011, 09:08
Для каких целей в Pentagon v2.666 "контроллер Ethernet на базе RTL8019AS" - это не есмь Лан?

Да, это оно - NE2000 совместимое (правда, широкой общественности неизвестно как оно там включено). Да только воз и ныне там - сколько этих Пентагонов у людей? А сколько из них умеет кодить? А сколько из тех кто умеет кодить не порастеряли потенцию? В итоге - ноль.

---------- Post added at 09:08 ---------- Previous post was at 09:05 ----------


да уж сколько раз такие карты к спеку паяли
широко известен скриншот с twitter на zx
кстаи в оном твиттере щас аунтификацию сильно усложнили...

я гляжу тут некропостинг разрыв в теме с 2006 года

Широко известны скриншоты Армстронга на Луне. Слабо слетать? :)

ЗЫ. Это WizNET (я про него уже упоминал постом ранее), а не NE2000, про которые спич.

Black_Cat
16.09.2011, 19:52
Господа, а какие то готовые решения о которых вы упоминаете в подробностях можно разобрать? ))) NE2000 например распаять как

Splinter, я те уже давал ссылку на мануал по подключению NE2000 к Спектруму, тебе что-то непонятно?

---------- Post added at 19:52 ---------- Previous post was at 19:47 ----------


Да, это оно - NE2000 совместимое (правда, широкой общественности неизвестно как оно там включено)на сколько знаю, включено оно совсем не так. Там, с сетью через RTL, АРМ работать вроде должен

Error404
16.09.2011, 23:59
на сколько знаю, включено оно совсем не так. Там, с сетью через RTL, АРМ работать вроде должен

Там что, еще и ARM есть? :v2_conf2:
А для чего?

Black_Cat
17.09.2011, 21:18
Там что, еще и ARM есть?
А для чего? я не вникал, но судя по всему для связи с сетью, с клавой и с мышой. Кроме того возможно в режиме ОС можно будет работать под Nix'ами на АРМе, т.е. для запуска Спековских прог они загружаются в ОЗУ Спека в Nix'ах, после чего управление передаётся Спектруму, т.е. фактически два компа в одном флаконе - один 32 разрядный с нормальной ОС, а второй 8ми разрядный без оси совсем :)

Splinter
28.09.2011, 10:04
Splinter, я те уже давал ссылку на мануал по подключению NE2000 к Спектруму

да потерял где то...

Black_Cat
30.09.2011, 16:45
да потерял где то... http://zx.clan.su/forum/8-81-1

Splinter
03.10.2011, 07:03
Ага, вот. Оно. Однако, мне еще нужна NEMO BUS ...

Error404
07.10.2011, 15:48
Сейчас найти сетевушку на ISA, да еще чтобы на RTL8019 - это полный нереал, КМК. Все уже давно по помойкам разошлось. Отдельно чипы RTL8019 еще продаются.

caro
07.10.2011, 16:01
Отдельно чипы RTL8019 еще продаются.Да, заказать можно, по цене около 200 руб. за чип.

Black_Cat
08.10.2011, 15:14
. Однако, мне еще нужна NEMO BUS :) это не проблема, сигналы с проца возьмёшь, а вот то, что действительно ещё понадобится - это NemoIDE :)

---------- Post added at 15:14 ---------- Previous post was at 15:13 ----------


Сейчас найти сетевушку на ISA, да еще чтобы на RTL8019 - это полный нереалдостаточно NE2000 совместимую

Alex Clap
07.06.2012, 17:32
ап