Twitter стал доступен на ZX Spectrum

[Sayman]

исходников куча, ровно как и всяких примеров, утилит, схем и всего прочего
http://spectrum.alioth.net/svn/listi...ctranet&path=&

[garlands]

моя посмотреть.

[Vovoi]

моя посмотреть.

Твоя уже должен сидеть в ассемблере и писать программу выхода на гугль и парсера запросов

[garlands]

а для выхода, скажем, на mail.ru - тоже отдельную программу?
а запросами занимается, как несложно догадаться, "сетевая часть". в данном случае wl700. а спек - это просто терминал. где-то так...

[tecnocat]

Масла в огонь подлить???
Есть замечательная штучка SIMCOM SIM300DZ - GPRS модем с TCPIP стеком вешается на ком порт - через него с инетом общается железка намного более тупая чем спектрум и нормально, с него даже звонить можно вот вам и выход в инет весь обмен с интернетом кодится через AT команды, знаю будете плеваться - типа GSM сдохнет и нафиг тогда он сдался... но как вариант для развития глянете???

[Vovoi]

..Есть замечательная штучка SIMCOM SIM300DZ ...

Вполне такая железка: Simcom SIM300DZ-B10 — 1 370 руб. Даже недорого =) "http://www.electronshik.ru/item/sim300dz-b10-251139"

[Advertiser]

[psb]

но как вариант для развития глянете???

давно глянули:

1. сим300 уже устарел!
2. на спеках обычно нет ком-порта
3. работа с сокетами через его ат-команды убога! не говоря, опять же, о глюках
4. если же работать через ppp, это ни чем не лучше остальных вариантов.
5. его подключение слишком геморойно! надо предусмотреть отключатель питания, корректную работу с его шинами (исключить паразитное питание), свой стабилизатор напряжения 4в (на сколько помню).
6. трафик гпрс до сих пор относительно дорог.
7. стоит он около штуки р. это только модуль, который требует обвязки!

достаточно?

[Vovoi]

.....4. если же работать через ppp, это ни чем не лучше остальных вариантов.
5. его подключение слишком геморойно! ....
достаточно?

Вполне. Прежде всего необходима хрень, которая несложно подключается к Спеку. С "геморойной", наверное не стоит иметь дела.

[Segfault]

Тут предлагали спектранет, самопальный девайс на wiznet, что-там с ямахи, гпрс-момед с tcp/ip стеком. А я еще предложил бы обычный PC подключенный к спеку по параллельному порту. Пусть он и занимается транспортом, ip, mac, llc и phy.

второе предложение четко различать-таки в ветке прикладной уровень и нижестоящие, "субприкладные". Зачем? Если отделять мух от котлет, можно увидеть, как легко уже сейчас заняться программированием дел сетевых, не имея на руках ни спектранетов, ни прочих визнетов, ни даже связки кай+парал порт+pc. А то мы так и будем еще 20 лет переливать из пустого в порожнее: надо писать софт - но ведь нет же аппаратки!!! А аппаратки нет потому что нет софта!!! Идите на.. / сами такие..

итак, по "zxml'у" (это мои надежды, вы ясное дело можете творчески летать в других степях):
поле деятельности: 1) двоичный подходящий для спека формат .w функционально аналогичный html 2) репрезентатор .w 3) pc-конвертор html+css -> .w 4) pc-демон получающий запросы о просмотре www от zx-клиентуры, и отдающий .w посредством запуска (3).

---------- Post added at 02:21 ---------- Previous post was at 01:54 ----------
при рассмотрении варианта временной реализации сети на спеке посредством переложения субприкладных уровней на плечи PC (загнул, да?), соединенным с zx по центроникс, может возникнуть вопрос, а как же это будет выглядеть с точки зр. кодера и куда выбрасывать такие проги, после появления нормальной zx сетевой платы?

все просто - в zx-программе будет особый блок: набор функций API сокетов. Каждая из функций будет обращаться не к портам аналога спектранета, которого нет и не будет еще 100 лет, а к параллельному порту... отправляя программе крутящейся на PC соответствующие команды. Когда же отеч. сетевая карта с субприкладными уровнями наконец-то появится, чтобы старые проги заработали, в идеале в этой проге достаточно будет просто заменить блок API, в котором функции типа socket send recv listen accept будут уже обращаться к портам карты.
---------- ------------------------- ----------

по двустороннему обмену данными по lpt и для общ. развития по plip, читать напр. отсюда http://www.freebsd.org/doc/ru/books/...work-plip.html. Конечно навряд ли годится вариант реализации plip на спеке. Потому что при этом надо иметь на борту спека весь стек. Так что из той статьи имеет смысл обратить внимание на распайку соотв. кабеля и упоминание драйвера "lpt"





---------------------------------- ----------
Прав таки был топикстартер, нужен раздел "Cети". "Cэмулируем" его посредством создания тем в разделе "концепции" с префиксом "СЕТЬ_"????

tcp/ip на пАльцах ,
рассмотрим тут модель DOD ее реализацию tcp/ip + API сокетов

сетевая прикладуха на zx
сетевая файловая система вильяма tnfs, гипотетический .zxml, pop3/smtp/imap4, "мультиплеер" в zx-играх и пр. мечтания

tcp/ip/mac/phy - обмозговка реализации
сюда будем писать о плюсах минусах тех или иных аппаратных/аппаратно-программных решениях - spectranet, девайсы на wiznet, pc-шные реализации и т.п.

есть мнение, что ZX потянет на себе стек TCP/IP. Таким образом надо лишь портировать что-то вроде uIP и подключить ethernet-адаптер (или иной девайс). Для тех кто это мнение разделяет, готов по этому направлению обсуждать и работать, добро пожаловать в эту ветку
TCP/IP силами zx'a

[Error404]

все просто - в zx-программе будет особый блок: набор функций API сокетов. Каждая из функций будет обращаться не к портам аналога спектранета, которого нет и не будет еще 100 лет, а к параллельному порту... отправляя программе крутящейся на PC соответствующие команды. Когда же отеч. сетевая карта с субприкладными уровнями наконец-то появится, чтобы старые проги заработали, в идеале в этой проге достаточно будет просто заменить блок API, в котором функции типа socket send recv listen accept будут уже обращаться к портам карты.

Думайте проблему ширше.
Надо иметь не только API сокетов, но и API консоли, в которой должна быть во-первых unix-like (хотя бы по вызовам) реализация текстовой консоли (ввод-вывод через "файловые" дескрипторы 0,1,2) и файлового ввода вывода (прочие "обычные" дескрипторы), и во-вторых реализация стандартных вызовов для графических примитивов и оконного интерфейса.

"Во-первых" существенно облегчит портирования уже готовой кучи консольного софта с unix (все эти мессенджеры, irc, ftp и т.д.), а "во-вторых" позволит использовать разработанное на клонах с нормальным экраном (типа ATM/Профи) для которых конечно интереснее выглядит расширенный экран, а не 256*192.

Ну про всякие Векторы я уже молчу, хотя при такой стандартизации и оттуда можно подтянуть разработчиков (а выхлоп использовать кросплатформенно). Кстати, у них есть опыт портирования с MSX (опять же за счет эмулятора на базе подмены API) - программы портировались сразу на множество платформ.