> Zauważ, że asynchroniczne bloki mają zazwyczaj na schematach dorysowane
> obok coś takiego jak "delay", które generuje informację o zakończeniu
> obliczeń. Jaką masz gwarancję, że projektant nie dodał trochę opóźnienia
> "na zapas" :-)
Wracając do wątku:
Dlatego właśnie warto by poznać K-202 i samemu spróbować ocenić.
Złe układy łatwo wymyśleć. Dobre asynchroniczne, czy synchroniczne dadzą się
zauważyć.

Czy ktoś może powiedzieć gdzie jeszcze można spotkać K-202?
S.

do góry

On Thu, 04 Mar 2010 22:25:39 +0100, Butek <e...@i...invalid> wrote:
> W dniu 10-03-04 21:55, J.F. pisze:
>> Moze byc klopot z peryferiami i nosnikami tego oprogramowania.
>> Stare dyski pewnie juz wyrzucone, a czytnik tasiemki ma ktos jeszcze ?
>>
>> Ale cos sie odpalic powinno.
>>
>
> No czytnik tasiemki to chyba by dalo rade zrobic metoda DIY, hitech to
> tam nie bylo ;)

Na pewno ktoś z Grupowiczów ma taki na strychu :-)

--
Artur Stachura

do góry

On Wed, 3 Mar 2010 22:20:08 +0100, RoMan Mandziejewicz wrote:
>Hello J,
>[...]
>> A tak swoja droga - kiedys zaczalem liczyc - 8080 to cos 6000
>> tranzystorow, zakladajac ze uklad TTL MSI zawiera ok 100 tranzystorow
>> .. czyzby na setce ukladow scalonych dawalo sie zrobic sredni procesor
>> ?
>Przyjrzyj się SeeCheckowi (Mera 9150) - procesor na TTL, w tym 4
>sztuki 74181, pierwotnie pamięć ferrytowa, później półprzewodnikowa 64

Ale pytanie brzmi ile kosci kosci wchodzilo do procesora i jakie mial
wymiary :-)

>ksłów 16 bitowych. Zegar pracujący z jakąś zupełnie absurdalnie niską
>częstotliwością i potrafiło to obsłużyć bodaj 36 terminali na raz. I
>dziewczyny trzaskały po 10000 znaków na godzinę na każdym terminalu.
>Nie dość, że dawało radę z obsługą terminali, to jeszcze każdemu
>userowi liczyło ilość klupnięć w klawiaturę.

No coz, ja ominalem Mery to sie nie znam, ale pamietam podobny problem
- porty szeregowe na smiesznej predkosci 9600.
Ale kazdy generuje przerwanie co 1ms.
16 takich strumieni i trzeba sie sprezac zeby napisac obsluge
przerwania odpowiednio efektywnie na 8080 ..
10k/h to jednak znacznie mniej niz 1k/s

A tak w ogole to uzylem googla i co znalazlem
http://forum.pcarena.pl/elektronika/19407-ludzie-maj
a-zaciecie-i-fantazje.html
http://www.homebrewcpu.com/

J.

do góry

Hello J,

Friday, March 5, 2010, 9:36:18 AM, you wrote:

>>> A tak swoja droga - kiedys zaczalem liczyc - 8080 to cos 6000
>>> tranzystorow, zakladajac ze uklad TTL MSI zawiera ok 100 tranzystorow
>>> .. czyzby na setce ukladow scalonych dawalo sie zrobic sredni procesor
>>> ?
>>Przyjrzyj się SeeCheckowi (Mera 9150) - procesor na TTL, w tym 4
>>sztuki 74181, pierwotnie pamięć ferrytowa, później półprzewodnikowa 64
> Ale pytanie brzmi ile kosci kosci wchodzilo do procesora i jakie mial
> wymiary :-)

Płyta procesora miała jakieś 50x60 cm i wchodziło tam trochę więcej
niż setka układów.

>>ksłów 16 bitowych. Zegar pracujący z jakąś zupełnie absurdalnie niską
>>częstotliwością i potrafiło to obsłużyć bodaj 36 terminali na raz. I
>>dziewczyny trzaskały po 10000 znaków na godzinę na każdym terminalu.
>>Nie dość, że dawało radę z obsługą terminali, to jeszcze każdemu
>>userowi liczyło ilość klupnięć w klawiaturę.
> No coz, ja ominalem Mery to sie nie znam, ale pamietam podobny problem
> - porty szeregowe na smiesznej predkosci 9600.
> Ale kazdy generuje przerwanie co 1ms.
> 16 takich strumieni i trzeba sie sprezac zeby napisac obsluge
> przerwania odpowiednio efektywnie na 8080 ..
> 10k/h to jednak znacznie mniej niz 1k/s

Transmisja do/z terminali była transmisją szeregową właśnie 9600bps (o
ile mnie skleroza nie myli). 10k/h to ilość uderzeń w klawisze na
jednym terminalu. A terminali możesz mieć 36.
A z danymi wprowadzanymi trzeba coś robić - obsłużyć formatkę,
policzyć sumy kontrolne. Każdy użytkownik może robić cos całkiem
innego. Ot, język maszyny był specjalizowanym językiem obsługi
formatek i danych.

> A tak w ogole to uzylem googla i co znalazlem
> http://forum.pcarena.pl/elektronika/19407-ludzie-maj
a-zaciecie-i-fantazje.html
> http://www.homebrewcpu.com/

Staare. Choć wielkością właśnie jednostkę centralną Mery 9150
przypomina.

--
Best regards,
RoMan mailto:r...@p...pl
Nowa strona: http://www.elektronika.squadack.com (w budowie!)

do góry

Użytkownik "Sylwester Łazar" <i...@a...pl> napisał w wiadomości
news:hmp5ps$rce$1@atlantis.news.neostrada.pl...
>>>> Czemu asynchroniczność w k-202 ma być rewelacją?
>>> Nie wiem.
>>I slusznie, bo bardziej tu pasuje slowo fanaberia.
> Już napisałem:
> "Potem wszystko poszło w synchronizm i doskonale marnuje się czas
> urządzenia,
> gdzie 80% układów czeka
> na najwolniejszy, aby KC (Kwarc centralny) mógł w następnym takcie
> pozwolić
> miernocie na nadążenie za szybkimi geniuszami."


Ale zdajesz sobie sprawe, ze komputer to nie siec neuronowa i wymagana jest
dla jego poprawnej pracy sekwencyjnosc? Poczytaj o maszynie z Manchesteru -
tam dopiero jest fajna zabawa.

do góry

> Ale zdajesz sobie sprawe, ze komputer to nie siec neuronowa i wymagana
jest
> dla jego poprawnej pracy sekwencyjnosc?
Dla poprawnej pracy maszyny synchronicznej tak.
Nigdy nie zastanawiałeś się, dlaczego w literaturze hazard przy przełączaniu
to zawsze zło?
Nie widziałem nigdy praktycznego zastosowania hazardu.
A jak widać po marnowaniu naszych pieniędzy na komisje śledcze - temat
hazardu jest popularny.

> Poczytaj o maszynie z Manchesteru -
> tam dopiero jest fajna zabawa.
Lampy zostawmy audiofilom :-)
Kondensatory złote też.
S.

do góry

> Nie widziałem nigdy praktycznego zastosowania hazardu.
> A jak widać po marnowaniu naszych pieniędzy na komisje śledcze - temat
> hazardu jest popularny.


Też nie, ale jak bardzo się _nagiąć_ to taki prowokowany nazywa się
dithering ;)


Miłego.
Irek.N.

do góry

On Sat, 6 Mar 2010 08:51:59 +0100, Sylwester Łazar wrote:
>> Ale zdajesz sobie sprawe, ze komputer to nie siec neuronowa i wymagana jest
>> dla jego poprawnej pracy sekwencyjnosc?
>Dla poprawnej pracy maszyny synchronicznej tak.

Nie tylko - tak czy inaczej chcemy program wykonywac sekwencyjnie.

>Nigdy nie zastanawiałeś się, dlaczego w literaturze hazard przy przełączaniu
>to zawsze zło?

Ale wlasnie w tym trudnosc zeby hazardu nie bylo :-)

>Nie widziałem nigdy praktycznego zastosowania hazardu.

Bo czysty hazard :-)


J.

do góry

On Thu, 04 Mar 2010 22:25:39 +0100, Butek wrote:
>W dniu 10-03-04 21:55, J.F. pisze:
>> Moze byc klopot z peryferiami i nosnikami tego oprogramowania.
>> Stare dyski pewnie juz wyrzucone, a czytnik tasiemki ma ktos jeszcze ?
>> Ale cos sie odpalic powinno.
>>
>No czytnik tasiemki to chyba by dalo rade zrobic metoda DIY, hitech to
>tam nie bylo ;)

moze byc problem, bo gdzie np znalezc zestaw fotodiod w odpowiednim
rozkladzie :-)

Chyba ze jakas nowoczesna metoda - kolowrotek, kamera, symulacja
czytnika na komputerze.

J.

do góry

J.F. przemówił ludzkim głosem:
> On Thu, 04 Mar 2010 22:25:39 +0100, Butek wrote:
>> W dniu 10-03-04 21:55, J.F. pisze:
>>> Moze byc klopot z peryferiami i nosnikami tego oprogramowania.
>>> Stare dyski pewnie juz wyrzucone, a czytnik tasiemki ma ktos jeszcze ?
>>> Ale cos sie odpalic powinno.
>>>
>> No czytnik tasiemki to chyba by dalo rade zrobic metoda DIY, hitech to
>> tam nie bylo ;)
>
> moze byc problem, bo gdzie np znalezc zestaw fotodiod w odpowiednim
> rozkladzie :-)
>
> Chyba ze jakas nowoczesna metoda - kolowrotek, kamera, symulacja
> czytnika na komputerze.

Ale po co? Przecież taki czytnik można dziś zasymulować kontrolerem.
Taśmy, jeśli się jeszcze zachowały, można zeskanować.

do góry