On 23.05.2024 17:47, J.F wrote:

> nie pamietam ... chyba były jeszcze niemaskowane,
> czy to dopiero w Z80 ?

Prawdę mówiąc już nie pamiętam, ale wydaje mi się, że nie. W każdym
razie u mnie system przerwań opiera się na kontrolerze 8259 i używam go
do asynchronicznego odczytywania niektórych peryferiów. Po wykonaniu
instrukcji DI te przerwania przestają przychodzić.


> IMO - no i dobrze, jesli Z80 lepszy. A pojawił się raptem 2 lata po
> 8080.
>
> był jeszcze 8085 - taki trochę lepszy 8080.

Tak, wiem. Jednych i drugich mam trochę w podręcznym zapasie i nawet
chodziło mi po głowie, żeby za jakiś czas zrobić też system oparty na
Z80 i 8085. Byłoby o tyle łatwiej, że moje konstrukcje są modułowe, więc
wystarczyłoby przygotować kompatybilną płytę procesorowa i połączyć ją z
istniejącymi peryferiami.
W ten sposób wcześniej udało mi się dość łatwo zrobić komputerek na
MC6802, opierając się na istniejącej konstrukcji z MOS6502 (a jako
niedokończony projekt zacząłem też robi płytkę pod MC68008).

Tyle tylko, że istniejących projektów pod Z80 albo 8085 jest całe
mnóstwo, bo są to systemy relatywnie łatwe w implementacji. Intel 8080
odstrasza takimi szczegółami jak trzy napięcia zasilania, dwufazowy
zegar albo konieczność użycia osobnego kontrolera magistrali.


> No coż, de gustibus ...
> Takie komputerki były za PRL, ale raczej przemysłowe ... i chyba nikt
> nie patrzył na polskość, tylko na stawiane wymogi - jak były potrzebne
> zagraniczne kości, to się kupowało.

Był przemysłowy komputer MSA80 i pewnie trochę mniej skomplikowanych
sterowników mikroprocesorowych do automatyki.
Jednak były też komputery ogólnego przeznaczenia, jak Elwro 500, Elwro
600, MK45 albo PSPD-90. Tyle tylko, że to wszystko było produkowane z
myślą o instytucjach państwowych, w relatywnie małych seriach.
Społeczeństwo się komputeryzowało oddolnie, sprowadzając sprzęt w ramach
turystyki importowej. ;)


> Wsadzic mogłeś duzo, ale standard nie przewidywał, to i z programami
> gorzej.
> Akurat w CP/M szybko zaczęło brakować pamięci, to pewnie był nacisk,
> aby pamięc video jakoś bankować.

Jasne - sam standard CP/M przewiduje tylko drukowanie znaków na ekranie,
jakby to był dalekopis. System nie zakłada nawet, że podpięty ekran jest
inteligentnym terminalem, w którym można sterować kursorem. Nie ma więc
gwarancji, że wszędzie zadziałają gry i programy wykorzystujące
manipulowanie semigrafiką. A wszystkie operacje graficzne muszą już
odwoływać się bezpośrednio do sprzętu, bo system nie przewiduje w ogóle
takich standardowych wywołań.