Поиск:

режим z80 не переключается с помощью портов.

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



Прошивку плисины можно сменить элементарно в готовом устройстве.

Какие "системные порты" есть на ez80? Там все порты - это встроенная периферия.

Вот. https://github.com/freecores/y80e

Посмотрел. Действительно, есть ez80 ядро на VHDL. Вполне можно его наверное использовать как замену Z80 с расширениями.

Так это не процессор, а контроллер. В принципе, можно чисто процессор ez80 на FPGA замутить. Оно вроде уже есть.

Тогда решается проблема совместимости и многозадачности.

да. стало. а где написано про мапление на порты?

почитать хочу

А где написано, что они на память мапятся?

А какие в ez80 внутренние регистры? Судя по беглому просмотру доки он умеет работать в Z80-совместимом режиме и старшие адреса могут выбирать любые 64К из 16Мб

А как у него с совместимостью?

Есть проекты ZX на нём?

Да вывести то что угодно можно.

Речь о том, на что рассчитывали разработчики спека... А рассчитывали они "изкаробки" на антенный вход ТВ судя по всему.

Ну физически его там не могло не быть. Ибо UHF это модулированный AV+звук.

Оно тут где? VIDEO 15B ?
А звука нет? Я чтото не вижу его. Явно это надо потрудиться, чтобы его подцепить)
...

Это замкнутый круг.

"Давайте сделаем максимально дёшево" - ок. Сделали. Но периферия зато подключается крайне трудно и получается дороже. На каждой периферии надо свой дешифратор. Отсутствие...

Не было никакого A/V на спектруме.

И при чём тут "отечественные клоны"? Речь о фирменном спеке в Британии.



Видео в A/V это : полный цветной аналоговый видеосигнал в исходной полосе...

Речь шла о том, что телеки были.

А зачем тогда ZX был со встроенным модулятором? Для A/V модулятор не нужен...



Антенный вход это не A/V.

Да и не могло быть тогда "уже с A/V" всех телеков...

Ну у нас телек был, у дедушек был, у друзей всех были. Чёрно-белый но был.

У знакомых у всех тоже были, у кого я бывал.

При чем тут выставки? В начале 80х телеки были у всех практически. Во всяком случае не помню у кого бы их не было.

в 80е и у нас это не было диковиной )

Но черезмерная экономия на портах сыграла очень нехорошую роль в Спеке.

Совсем полная дешифрация может и не нужна, но и такая куцая как на спеке - тоже тот ещё прикол... По сути просто дешифрацию...

Самое подробное что есть тут: https://github.com/salextpuru/sdcc-noinit/blob/master/doc/sdcc-noinit.pdf

Вопросы появятся, пишите. Попробую ответить)

Собрал. Работает.

Во вложении несколько вариантов бинарей (tap, hobeta и просто BIN).

И там же исходник, адаптированный под SDCC-NOINIT. Добавил ccls(7) - очистка экрана.

Собралось сразу....

Тут интересно за какое время)
Что соберётся и сработает сомнений не было

Ну тады почему бы и нет)

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

Можно попробовать собрать с помощью sdcc. Без cpm

100 байт за какое время? Ну в смысле сколько посылок в секунду? Из этого надо исходить.
Ведь можно и по 100гбитной сети гонять пакеты по 100 байт)

Вопрос какой поток шифровать то?

Собрать то можно) Но сколько и как он это считать будет...

Тут же проблема не просто чтобы оно работало. А чтобы за приемлемое время.

В общемто нет. Скажем у нас есть 16 портов. Берём дежифратор 4-16 с входами разрешения низким уровнем. 155ид3 например.
шину A0, A5-A11 цепляем на элемент 8И-НЕ
шину A1-A4 цепляем на A0-A3...