Ну, если ни у кого нет замечаний по HW rev.1.07, то завтра запускаю!
Сообщение от LexaKK
Ну, если ни у кого нет замечаний по HW rev.1.07, то завтра запускаю!
Понял. Временно эту тему оставим открытой, если самому (так просто!) не возможно сделать замену программ, размещаемых в ПЛИС.
Ну, вот представьте, при разработке ОРиона-2010, Вы пользовались бы не SPI интерфейсом, а записывали бы SD на РС и затем вставляли в Орион и проверяли. Или можно проще: конфигурационное ПЗУ вставляли бы в программатор на РС, а затем в платку Ориона. Думаю, мне не пришлось бы Вас "убивать". Вы сами бы "повесились" на второй день...
Но, ведь и Орион беспризорный (правда, был!). Следующим - Орион-ПРО. В.Пушковым были сделаны мощные системные наработки для него. Чего стоит драйвер дисплея и резидентная графическая библиотека, которая позволяла выводить на экран линии, фигуры, заливку. И все это во всех режимах цвета. А система динамического распределения ОЗУ. Делалось все, чтобы упростить создание интерфейса в прикладных программах, облегчить труд программиста. Если появится интерес - можно продолжить эту тему.
Почему вместо? Почему не добавить какую-нибудь "Fх", которая и позволяет это осуществить?
И еще. У нас сохраняется возможность установки SRAM (с батарейкой на крыше) вместо флешки РОМ-диска? Для меня был бы лучший выход, чтобы решать свои задачи.
Только пусть перед этим выведет сообщение и до посинения висит, ожидая готовность и передачу с сервера. Это нормально - есть Reset. А далее, когда повозимся с "железкой", посмотрим, как сделать лучше.
Думаю, это поправимо, если что-то удастся сделать с Орион-2010К. Применение Ориона (да и других ретро-компьютеров) в качестве контроллера совсем не идет в разрез с тематикой этого форума. Скорее наоборот! Можно даже сделать новый раздел форума.
Спорное высказывание, но возможно я не уловил весь смысл. Вот если Вы действительно, на эту платку посадите Linux, терпимый редактор и компилятор С, а Евгений и Алексей добавят на платку Ethernet и USB контроллеры, вот тогда (возможно!) всем этим заинтересуется "мыслящая аудитория". И то, только потому, что есть хороший графический интерфейс - не нужно навешивать дополнительный графический контроллер. А пока что - сомневаюсь!
Если ты чего-то не знаешь, то это не значит, что этого не может быть.
Еще раз уточню: Linux на машинках класса Ориона не возможен. Два реальных варианта для CPU с 64к-шным адресным пространством - это Uzix или ранний Minix (современный Minix уже почти так же сложен, как Linux). Но и этого немало. На MSX Uzix в свое время вызвал большой интерес. И на нашем форуме (учитывая что он собрал большую часть русскоговорящих интересующихся 8-битками) думаю будет кому-то интересно. И что самое главное, возможно кого-то простимулирует к разработке ПО.
С и редактор есть под CP/M, они же будут использоваться и для UZIX - лучшего уже не придумать. Но гуя для них, конечно, нет и вряд ли будет (а зачем он?). "В очень отдаленом будущем" в качестве общеприменительного гуя вижу микрореализацию VNC.
Ethernet для такого класса восьмибиток уже существует: WizNET - но он дороговат. Хотелось бы более простой функциональный аналог на доступной базе и с открытым кодом. Я тут на форуме предлагал знающим людям спроектировать такой контроллер, но они идеей не прониклись, к сожалению.
Лучше сделать и жалеть, чем не сделать и жалеть.
Некоторые из моих поделок тут: https://github.com/serge-404
А какой максимальный размер модуля загрузчика, который сидит у вас в самом Циклоне?
Больше игр нет
Error404, что ты собираешься делать с Uzix (после того как перенесешь на орион)? Есть какие-то конкретные идеи? Видишь его в качестве перспективной ОС для Ориона (замена CP/M)?
Основная идея - значительная совместимость в исходном коде по системным вызовам с несложными UNIX-приложениями. Портируй-нехочу. А OpenSource на UNIX немеряно, в особенности системных вещей. Хотя бы те же более-менее современные коммуникационные программы (IP-based), которых нет в CP/M.
Как бонус - многозадачность, в том числе и для ПО CP/M, совместимость с бинарниками которого предусмотрена авторами уже изначально. Детали реализации - это уже дело будущего.
Фактически, это как MP/M (т.е. ОС со всеми достоинствами CP/M), только на порядок лучше в плане пригодности к заимствованию чужого кода. Еще одна совместимая и при этом более удобная ОС.
Ну, и прикольно же - на работе UNIX, и в Орионе UNIX.
Последний раз редактировалось Error404; 31.05.2010 в 18:35.
Лучше сделать и жалеть, чем не сделать и жалеть.
Некоторые из моих поделок тут: https://github.com/serge-404
2 вопроса:
1. Приведи пример парочки приложений, которые хотел бы перенести на uzix (если не сложно, то со ссылками).
2. Чем собираешься компилировать? HTC?
Последний раз редактировалось ivagor; 31.05.2010 в 19:41.
1. С какой целью интересуетесь? Я тут никого не агитирую в пользу UZIX. Кому интересно - их агитировать не нужно, сами разберутся чего переносить и без моих ссылок.
2. Всего вероятнее HTC для CP/M.
Лучше сделать и жалеть, чем не сделать и жалеть.
Некоторые из моих поделок тут: https://github.com/serge-404
4 килобайта (2 страницы по 2 килобайта). Больше не позволяют ресурсы, Циклон забит почти под завязку.
ScorpEvo ZS 1024 turbo+ CF-HDD/FDD/Mouse/SMUC 3.1/ProfROMse/NeoGS/ZC
Сайт с документацией к "Scorpion ZS 256"
Пытался узнать (наверно лучше было прямо спросить), есть ли некое ноу-хау, которое позволит компилировать для uzixa более-менее сложные (уточню - большие, грубо говоря>64 Кб) программы на C.
Спасибо за ответы (и пардон за оффтоп)
Последний раз редактировалось ivagor; 31.05.2010 в 20:55.
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)
Ваши права
Ответить с цитированием