eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.misc.elektronikaZ80 jako jedyna szansa w postapokalipsieRe: Z80 jako jedyna szansa w postapokalipsie
  • X-Received: by 2002:a81:490b:: with SMTP id w11mr7687814ywa.255.1570718476907; Thu,
    10 Oct 2019 07:41:16 -0700 (PDT)
    X-Received: by 2002:a81:490b:: with SMTP id w11mr7687814ywa.255.1570718476907; Thu,
    10 Oct 2019 07:41:16 -0700 (PDT)
    Path: news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed.pionier.net.pl!news-1.dfn.de!n
    ews.dfn.de!news.uni-stuttgart.de!news.unit0.net!newsreader4.netcologne.de!news.
    netcologne.de!peer03.ams1!peer.ams1.xlned.com!news.xlned.com!peer03.am4!peer.am
    4.highwinds-media.com!peer02.iad!feed-me.highwinds-media.com!news.highwinds-med
    ia.com!o24no4903081qtl.0!news-out.google.com!x7ni1504qtf.0!nntp.google.com!o24n
    o4903069qtl.0!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-ma
    il
    Newsgroups: pl.misc.elektronika
    Date: Thu, 10 Oct 2019 07:41:16 -0700 (PDT)
    In-Reply-To: <5d9eed1a$0$517$65785112@news.neostrada.pl>
    Complaints-To: g...@g...com
    Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=199.202.9.250;
    posting-account=jnRHMAoAAACB5EawItMhNTZMy_yOF2XE
    NNTP-Posting-Host: 199.202.9.250
    References: <a...@n...neostrada.pl>
    <qnlnnd$2slhf$1@portraits.wsisiz.edu.pl>
    <5d9eed1a$0$517$65785112@news.neostrada.pl>
    User-Agent: G2/1.0
    MIME-Version: 1.0
    Message-ID: <8...@g...com>
    Subject: Re: Z80 jako jedyna szansa w postapokalipsie
    From: s...@g...com
    Injection-Date: Thu, 10 Oct 2019 14:41:17 +0000
    Content-Type: text/plain; charset="UTF-8"
    Content-Transfer-Encoding: quoted-printable
    X-Received-Bytes: 5764
    X-Received-Body-CRC: 434425156
    Xref: news-archive.icm.edu.pl pl.misc.elektronika:746924
    [ ukryj nagłówki ]

    W dniu czwartek, 10 października 2019 03:34:35 UTC-5 użytkownik Atlantis napisał:
    > On 10.10.2019 00:41, sundayman wrote:
    >
    > > A Z80 to programowałem w assemblerze w czasach ZX81, więc już i tak nie
    > > pamiętam :)
    >
    > Z taką wiedzą jest tak, że szybko się zaciera w pamięci, ale nauczenie
    > się tego przychodzi bardzo szybko. Nie trzeba na nowo zrozumieć tematu,
    > tylko odświeżyć trochę podstawowych informacji.
    >
    > Sam pomysł wydaje mi się trochę bezsensowny.

    Nie do konca. Ja go rozumiem nieco inaczej. Nie chodzi o sam cpu. A o cala otoczke
    czyli aby nie utrudniac wspolpracy cpu z czymkolwiek przez sztuczne problemy.

    > Systemy budowane w oparciu
    > o ośmiobitowe mikroprocesory nie miały zunifikowanej architektury. Całe
    > mnóstwo rzeczy było zależnych od konkretnej implementacji sprzętu.
    > Dlatego na przykład na Spectrum nie dało się odpalić CP/M - Sinclair
    > uznał, że będzie prościej, jeśli ROM umieści się na początku przestrzeni
    > adresowej. Usuwało to konieczność dodawania logiki odpowiedzialnej za
    > tymczasowe ustawienia adresu procedury wykonywanej po resecie, bo
    > znajdowała się ona pod 0x0000. Problem w tym, że CP/M chciał mieć w tym
    > miejscu RAM. Dlatego jedyną szansą na odpalenie tego systemu na
    > "gumiaku" było skorzystanie ze stacji dysków FD3000, która tak naprawdę
    > była osobnym mikrokomputerem z własnym CPU, a Spectrum robił za terminal.
    >

    Tego typu problemy istnieja dzis ale dzieki mocy obliczeniowej i ilosci pamieci nas
    to nie boli.
    Trzeba robic polling na usb zeby klawiature czytac? Kto sie przejmuje? CPU ogarnie.
    Trzeba mozolnie malowac literke piksel po pikslu? No i co? Biblioteka to robi...

    W efekcie od nacisniecia klawisza do literki na ekranie uplywa nadal 20-50ms. Czasem
    wiecej, czasem mniej, ale nie mniej niz za czasow 8bit...

    O tego typu problemikach na wyzszych warstwach juz nie pisze bo to zwyczajne zycie.
    Ale biblioteki, konwertery wszelkiej masci zalatwiaja sprawe.

    Dzis na malinie sie macha pinami w bashu. Albo puszcza jakies przeliczenia w
    "chmurze" lub zdalnie. Co tam puszczanie cpm na stacji dyskow...

    > Takich pułapek w tamtych czasach było całe mnóstwo. Tak więc pomysł
    > zrobienia "uniwersalnego" systemu do Z80 to mrzonka. Może on byc co
    > najwyżej uniwersalny w tym sensie, że udostępni się kod, który
    > użytkownik będzie musiał dostosować do swojego sprzętu.
    >

    Zgadzam sie z tym w zakresie wyboru cpu. Mysle ze mozna bylo dobrac lepiej zestaw
    preppersowy pod tym wzgledem.
    Arduino bylo by chyba lepsze. Duzo prosciej sie z tym interfejsuje, nakupic plytek z
    wszelkim IO/czujnikami/przekaznikami jest prosto.

    Troche problem zeby kompilowac na arduino nie majac PC. Ale mysle ze do ogarniecia...

    > Poza tym jeśli już myślimy o "postapokaliptycznej" rzeczywistości, to
    > nie należy zapominać o podstawowym kryterium, jakim będzie brak
    > Internetu. Ludzie przyzwyczaili się do wygody, jaką zapewnia sieć.
    > Mnóstwo problemów da się obecnie rozwiązać od ręki, szukając podobnych
    > pytań na stackoverflow albo forach. Jeśli nic się nie znajdzie, to
    > zawsze można kogoś dopytać. Jeśli nagle miałoby tego zabraknąć, to
    > większość projektów stanęłaby w miejscu. Inne posuwałyby się do przodu
    > bardzo wolno, o ile ich autorzy pomyśleliby o zgromadzeniu zapasu
    > literatury, datasheetów i narzędzi. :)
    >

    Dlatego tak wazne jest uproszczenie calosci i wprowadzenie jednolitych standardow. I
    w tym zakresie by mi sie ten projekt podobal. Ale to walka z wiatrakami.

    > Sprzęt będzie najmniejszym problemem. Komputerów jest wszędzie pełno
    > dookoła. I nawet atak z użyciem EMP tego nie zmieni. :)

    Tez tak sadze.

Podziel się

Poleć ten post znajomemu poleć

Wydrukuj ten post drukuj


Następne wpisy z tego wątku

Najnowsze wątki z tej grupy


Najnowsze wątki

Szukaj w grupach

Eksperci egospodarka.pl

1 1 1

Wpisz nazwę miasta, dla którego chcesz znaleźć jednostkę ZUS.

Wzory dokumentów

Bezpłatne wzory dokumentów i formularzy.
Wyszukaj i pobierz za darmo: