Адаптация Ethernet-контроллера ObsoNet для УКНЦ-ДВК/

[MM]

Адреса предложенные 177ххх ни с чем стандартным не пересекаются?

Специально для УКНЦ ( ПП ).
Ну и всего массива ДВК/Э-60.

...и памяти не менее...

Если дело упрется в размер ОЗУ ЦП УКНЦ - можно добавить 4 кбайт 010000 ( 8 ) - в адреса 160000...167777.
Но в этом случае все остальные наработки по системному софту УКНЦ идут лесом...

*

Если господа программеры выяснятъ, что на 56...60 кбайт ОЗУ ЦП передать файл невозможно, есть небольшой рояль в кустах - М1801ВМ3А-6 мгц с 3.9 метрами СОЗУ и 4СПП. Отмечу, что разработка Э3 ВМ3А и топологии будет несколько дороже и дольше. Да и 4СПП изрядно дороже - один только шаблон ~$35
( зато можно и Звучок туда пристроить... ).

- - - Добавлено - - -

Офф.
Может, сразу сделать УКНЦ-3 ?
( Н1806ВМ2-5.5 - ПП, М1801ВМ3А-6 + гарнир - ЦП ). 565РУ5 - на 8-битки сменить...

[Advertiser]

[Error404]

Зачем столько памяти и такой процессор? TCP/IP и на PIC18 работает, а там памяти несколько килобайт.
TCP/IP под MS-DOS существует. Лично пробовал, даже какой-то программой файл по HTTP скачал.

Вот поэтому я и предлагаю прежде всего заранее для самих себя определиться с терминологией и целями. Потому что то, к чему люди привыкли в микроконтроллерах (примитивный веб-сервер поверх голого IP {да даже поверх ARP видел реализации в сотне байт} сугубо для ембедед управления вида "отобразить состояние датчика и послать с формы нажатие на экранную кнопку" ) это не TCP/IP - совсем не то же самое что относительно полная и функциональная реализация TCP/IP с каким-то минимальным базово реализованным набором RFC, в которой кроме http будет стабильно работать что-то еще требующее именно контроля (т.е. достоверности, скорости и удобства) передачи. Т.е. если нужно первое, то нефига и затевать очередное оно (которого в сети для любого микроконтроллера как овна за баней), а если по нормальному, и брать что-то человеческого вида, а не uIP, то таки придется приготовить пару сотен килобайт под код (там его будет прилично) и буфера (их тоже надо под сборку пакетов из приходящих кадров), и относительно приличный проц (или эффективные алгоритмы) потому что надо считать CRC (его конечно можно проигнорить, но тут см. п.1), будет децл 32-битной арифметики (немного, большая часть 16-битная). И вот тут мы приходим ко второму вопросу - а есть ли на целевой платформе нормальный С-компилер? Хотя бы уровня SDCC. Т.к. даже если и наковырять стек на ассемблере (что странно, но реализуемо), стек ведь не самоцель, цель - портирование сетевого софта, а оно всё на С.

- - - Добавлено - - -

Error404, офище, вот на орион 128 с z80 контики бы славно смотрелась, зззз

Да, наверное. Но я не осилил SDCC из-за того что он все время подкидывает какие-то коленца (в каждой версии новые), а другой имевшийся у меня Z80-компилер не может распутать мегадефайны, которые накрутила автор Контики, но я остался именно на компиляторе послабее и на версии uIP 0.9 (А Контики начался с версии uIP 1.0, собственно автор в свой монструозный case кроме приложений, которые к стеку и так каждый раз надо докомпилировать, загрузки нет, добавил еще и окошки - получился Контики). С другой стороны, Контики малополезен, использовать его реально только для принять/отправить файл по IP, никаких других реально юзабельных вещей там нет, и поскольку это один общий бинарь (по крайней мере на то время это было так), то ничего кроме уже заранее скомпилированного (например, с внешнего носителя) не запустишь.

[MM]

К Оригиналу добавятся :
1. 588ВН1 ж. - векторные прерывания
2. Селектор страниц ЭСППЗУ ( регистр ), т.к. 8 кбайт ПЗУ в секторе BS7 неуместны. Кстати, ЭСППЗУ можно будет перешивать прямо в устройстве ( если программер поддержит ), посекторно.
3. Аппаратный селектор адресов ЭСППЗУ - т.к. хотелось бы более универсальную карту получить, для всех типов ЭВМ.

[AFZ]

Вот поэтому я и предлагаю прежде всего заранее для самих себя определиться с терминологией и целями.

Вот, наконец-то здравый голос! А то всё "На ZZZ работает, а там памяти всего несколько килобайт!", "На YYY 30 К с гуём" и вообще "Шапками закидаем!"

И вообще, в первую очередь надо думать о прикладном софте. Хотите электронной почты? А где взять почтовый клиент? Кто будет его писать? Хотите http? А кто напишет браузер? Или тот же IRC-клиент, как кто-то высказывал пожелания? А без всего этого софта, который, естественно, никто писать не соберется, и нормальный TCP/IP на УКНЦ не нужен. Вон, коллега form запустил TCP/IP на PDP-11/83 под RSX-11. Или под TSX. Или под обеими системами - точно не помню. Так вот, спросите у него, какой софт там доступен? И учтите, что ничего из этого на УКНЦ не пойдет - 90% (если не 99%) всего софта под RSX-11 требуют наличия ДП.

А что может пригодиться реально - это доступ к отшаренному файлу (не папке) подобно тому, как обращаются к диску. То есть, грубо говоря, сетевой диск. Причем родными средствами TCP/IP, то есть Самбой, это дело сделать не выйдет - современная Самба тоже дюже толстая, ее клиент, не факт, что влезет даже в приличный современный МК. Ну, кроме самых крутых. Зато никто не мешает нам сочинить под винды или линюху свой собственный мини-сервер, который обеспечит такой доступ по собственному упрощенному протоколу через TCP или UDP, не знаю кто из них здесь нужен.

Ну, и вторая реально полезная вещь - это средство доставки файл-образов между PC и УКНЦ. И все.

[falanger]

К Оригиналу добавятся :
1. 588ВН1 ж. - векторные прерывания
2. Селектор страниц ЭСППЗУ ( регистр ), т.к. 8 кбайт ПЗУ в секторе BS7 неуместны. Кстати, ЭСППЗУ можно будет перешивать прямо в устройстве ( если программер поддержит ), посекторно.
3. Аппаратный селектор адресов ЭСППЗУ - т.к. хотелось бы более универсальную карту получить, для всех типов ЭВМ.

А зачем упираться в ЭСППЗУ? если своего процессора у платки нет - вот зачем оно так надо? Маленькое 8-ногое понятно - содержит МАС и прочее служебное карты.

[MM]

А зачем упираться в ЭСППЗУ?

1. В оригинале оно есть.
2. А как грузиться с голой УКНЦ ?

[falanger]

1. В оригинале оно есть.
2. А как грузиться с голой УКНЦ ?

В оригинале там большой кусок ПО Обсонета. Который на УКНЦ не нужен.
Как грузится с голой УКНЦ? Никак! Или с дисков или с ленты.
Вообще как ptero говорит почти все регистры 8019AS используются только при начальной конфигурации чипа, потом только чтение/запись по приходу/отправке пакета.

[MM]

Никак!

Ну раз заказчик считает, что ЭСППЗУ там неуместно - вычеркиваем ЭСППЗУ, с обвесом.

[falanger]

Да, большую. ПЗУ нафиг. Драйвер целевой из под ОС должен работать и все конфигурировать и обслуживать.

- - - Добавлено - - -

Да еще, MM, я предполагаю свободное распространение схемы, печатки и драйвера с исходниками на благо сообщества PDP-шников. Но ты можешь заняться коммерциализацией, если хочешь, я не против.

[MM]

если хочешь

Особо желания нет.
Все мои поделия - планово убыточны, в т.ч. модуль ЭСППЗУ - там типа как сборка была бесплатной, для цен за 1 шт. 400 руб и ниже ( продал по этой цене порядка 50 шт. ).

Есть некотрые надежды, что хотя бы Звучок БК11М не будет "минусом".

Кстати, без ЭСППЗУ на ДПП сетевого блока может поместится "Звучок" - а он весьма востребован...