Эх... BBS, FIDO... Ностальгия...
А может сосредоточиться на стеке TCP/IP? Затем TFTP/BOOTP для загрузки системы, типа бездисковый клиент. А на закуску NFS для доступа к файлам.
Эх... BBS, FIDO... Ностальгия...
А может сосредоточиться на стеке TCP/IP? Затем TFTP/BOOTP для загрузки системы, типа бездисковый клиент. А на закуску NFS для доступа к файлам.
Одно другому не мешает. Думаю, это должно быть в двух проектах (в двух прошивках).Сообщение от aviator
Первый на BBS - он будет кроссплатформенным, с работой по RS-232. И его проще реализовать.
Второй - TCP/IP. Будет ли это реализация на ESP (я считаю, это должен быть 8-битный интерфейс к ESP через ножки GPIO), или - как я уже начинал - на более низкоуровневом NIC (типа RTL8019 - сделали же стек на нем для MSX?) - время покажет. Я буду допиливать RTL8019, а кто-то может и на ESP что-то родит.
- - - Добавлено - - -
Я основной вопрос задам. Кто запилит BBS в ESP?
Лучше сделать и жалеть, чем не сделать и жалеть.
Некоторые из моих поделок тут: https://github.com/serge-404
Есть готовый вариант с внешним BBS через telnet на ESP...
То есть BBS находится на внешнем сервере, а соединение с ним осуществляется через telnet<>uart переходник на esp.
У меня всё равно кубик без дела валяется, так сервер можно и на нём поднять, статьи на эту тему я уже нашёл. Осталось решить проблему со статическим ip.
Что есть такое "кубик"?
И зачем нам внешний сервер при вполне серьезных ресурсах ESP и общей примитивности логики BBS? Да хоть и не внешний (на хостинге), а в своей же квартире, но он же дополнительный! Опять та история "хочешь работать с Орионом - немедленно включи ПиСюк (Cubieborad/RaspberryPI/не суть)"? А тем более если это сервер в чужой квартире/хостинге когда нет никаких гарантий что оно сегодня работает (как щас помню наши фидошные мытарства когда ноды жили на квартирах, были некруглосуточнымим либо хозяева в отпуске)? Такое решение годится только для отладки.
Правильнее было бы впилить сервер BBS в саму ESP, а на внешнем ресурсе (например гугл драйве, к которому можно и обычными средствами ходить - вон дажен с MSX к нему ходят напрямую через RTL8019) хранить только базы BBS и файлы блокировок (чтобы развести одновременный доступ с нескольких BBS когда у каждого в своей ESP свой отдельный инстанс сервера BBS, стучащегося на ГуглДрайв за данными).
Такое ИМХО у меня.
Последний раз редактировалось Error404; 06.07.2016 в 19:39.
Лучше сделать и жалеть, чем не сделать и жалеть.
Некоторые из моих поделок тут: https://github.com/serge-404
Тут есть очень непреодолимое препятствие - мало ОЗУ.
Что-то фиксированное можно запилить из-за хорошего объёма флеш (в ESP-12 4Мб), а ОЗУ у чистой запущенной прошивки всего 44Кб (heap). А ещё нужно место под скрипт, переменные, кеши и т.д.
С любовью к вам, Yandex.Direct
Размещение рекламы на форуме способствует его дальнейшему развитию
А у CP/M-ных BBS больше что ли было ОЗУ? Те же 48к TPA. Только в этих 48к были не только переменные, стеки и кеши, а еще и сам код BBS - куда как более рыхлый и не оптимальный за счет примитивной системы команд процессора 8080. Классической BBS (с одним модемом как у нас) много ОЗУ не нужно - она однопользовательская (у любого интернет-сервера главный расход ОЗУ на коннекты и связанные с ними структуры). Вот что кода можно много хранить - это плюс. Конечно, конкретную реализацию придется повыбирать, чтобы не оплачивать лишим ОЗУ программирование "в лоб" и фичи нам не нужные.
Последний раз редактировалось Error404; 06.07.2016 в 22:04.
Лучше сделать и жалеть, чем не сделать и жалеть.
Некоторые из моих поделок тут: https://github.com/serge-404
Не кода, а данных...
Пользовательский код хранится ввиде скрипта и не может быть больше объёма ОЗУ, потому как он загружается на выполнение весь...
Говенная система то на поверку.
С другой стороны, BBS на ВАСИКЕ, что я давал ссылку в посте выше, имеет исходник в десяток килобайт. Не думаю, что скрипт для Микрософт Васик эффективнее LUA.
А что, вся прошивка которая кроме скриптов - она закрытая, добавлять туда никак?
Лучше сделать и жалеть, чем не сделать и жалеть.
Некоторые из моих поделок тут: https://github.com/serge-404
Китайцы закрыли железо, вместо этого дали бинарные либы, которые прилинковываются к основному коду при вызове процедур обращения к железу. И естественно львиную долю прошивки составляют именно они.
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)
Ваши права
Ответить с цитированием
