Ze spraw zupełnie, ale to zupełnie nie związanych: prowadzone są intensywne badania nad wypracowaniem metod i samodyscypliny pozwalającej na częstsze publikacje materiałów wideo. ;-)

Masz mega wiedzę o tej maszynie i super słucha się o szczegółach konstrukcyjnych i logicznych tej maszyny. Ale może zrobił byś odcinek na temat zastosowań gdzie Mera 400 była użwyana, w jakich języka pisało się na nią aplikacje oraz może coś o tym jak wyglądała na niej codzienna praca?

Jak na tamte czasy to przeskoczyli epokę, uniwersalny zestaw rejestrów to kwestia następnej dekady. Spodziewalem się też procesora typu RISC - system zbudowany z układów TTL średniej skali integracji i CISC... czapki z głów.

Świetnie zrealizowany materiał. Trzeba było w to włożyć dużo serca i wiele godzin pracy. Gratulacje! Jeżeli chodzi o samo porównanie, to trudno jednoznacznie stwierdzić, która architektura była lepsza. Już sam fakt, że daje się je porównywać oznacza, że w jakimś sensie są one (architektury) podobne. Zawsze mieliśmy świetnych inżynierów. Sprzyjały temu dobre technika, klasy matematyczno-fizyczne w liceach, doskonałe wyższe uczelnie techniczne. Jacy inżynierowie, taka architektura opracowanych przez nich procesorów - czyli na wysokim, światowym poziomie. Zasadnicza różnica tkwi w technologii. Mera została zbudowana na układach TTL małej i średniej skali integracji. Architektura Intela została zamknięta wewnątrz jednego, relatywnie taniego układu LSI (Large Scale of Integration). I to był prawdziwy przełom, który na dobre zaczął się w latach 70-tych ubiegłego wieku, od 8-bitowych procesorów Intela, Motoroli, Ziloga. Świetne konstrukcje mogły powstawać w garażach, a potem być masowo produkowane, dzięki niskiej cenie układów LSI.

My nie tylko wytrzymamy ale i nie możemy doczekać się kolejnego odcinka! Dziękujemy i prosimy o jak najwięcej takich smaczków technicznych.

Dobry material. Oceniam na 11/10. Poprosze o wiecej.

powinieneś chgłopie stworzyć jakis odcinek o tym - jak sie to wszystko u Cebie zaczęło (rtówniez z Merą) - czym sie zajmujesz - rownież zawodowo itd itp... Miażdzysz chłopie :) wiedzą i profesjonalizmem :)

@Mera400 wygląda na to, że odpalenie dwuprocesorowej MERA 400 to tylko kwestia czasu, gdyż z tego co zrobiłem rozeznanie, to Pan Bogumił zadbał o to, żeby te dwie MERA400 i okablowanie zachować :) Hehe.

Piękne dzięki, z przyjemnością przypomniałem sobie pracę na MERZE przed 40 paru laty, grzebałem wtedy w systemie SOM-3. MERA była używana do sterowania procesami.

Znakomity wykład. Dydaktyka na wysokim poziomie. Dziękuję i pozdrawiam

Obejrzałem z wielką przyjemnością. Dziękuję!

Uwielbiałem prace z Z80,8051,itp. Chyba czas wrócić do tematu. Niesamowite że nie jesteśmy potęgą technologiczną, zbudowanie czegoś takiego to nie jest przypadek.

Genialny materiał. Chcę więcej! Bardzo fajnie prowadzisz. Bez bajerów i cyrków, kawał solidnej wiedzy przekazywanej w bardzo przystępny sposób. Mam do Mery i CROOKa pewien sentyment - przez 2 lata moją szefowa na OiO była Hania Czerniak - autorka dokumentacji CROOKa. Dwa piętra wyżej firmę CROCOM prowadził jej mąż, Zbigniew Czerniak, często wpadał na herbatę na katedrę. Na ETI miałem zajęcia z Martinem ;D Na stanie miałem K-202 i Merę z CROOKiem. Hania kilka razy sugerowała, żeby to odkurzyć i odpalić. Ale młody byłem i głupi, nie wiedziałem, co mam w łapach.

Super porównanie. I nie mogę się doczekać filmu o działaniu tego procesora bez zegara.

Super odcinek ! Takie opisy techniki lubimy :)

Z przedstawionego filmu wynika, że bliższym odpowiednikiem do porównań byłby Zilog Z8000, tylko to porównanie byłoby równie obce dla odbiorców, jak sama Mera400.

0:52 - piękne to było :D

- Super - fajnie, że ktoś mówi o takich rzeczach - znaczy o naszych osiągnięciach, bo w oczach większości młodych Polaków, to Polska nic nie potrafi i jesteśmy skazani na "pomoc" krajów "mądrzejszych od nas"... ..A jak widać po tym materiale (i wielu podobnych) - Polacy potrafili robić super rzeczy na światowym poziomie, jak by nasze rządy tego wszystkiego nie zniszczyły, to moglibyśmy być potęgą pod praktycznie każdym względem... ..Dziś "mądrzy" Polacy są w Polsce tłamszeni i niszczeni, a gdy wyjadą za granicę, to ich osiągnięcia są przypisywane innym, a Polska jest teraz totalnie uzależnionym krajem od innych i musimy skakać jak małpy w cyrku, słuchając wszystkiego, co obcokrajowcy nam każą, bo inaczej nas odetną od rzeczy, od których jesteśmy uzależnieni... ..Sami robiliśmy super elektronikę i sprzęt - teraz większość podzespołów kupujemy zza granicy, Polak jako pierwszy wydobywał ropę w Polsce i wykorzystał jako paliwo, a teraz kupujemy ropę zza granicy, choć mamy jej złoża, które wcale nie są trudne w eksploatacji, mamy super jakościowo węgiel, jednak kupujemy go zza granicy, mamy przeróżne surowce mineralne - wydobycie jest zablokowane lub zagraniczne firmy trzymają na tym łapy - tak jest z większością rzeczy - korupcja totalnie zniszczyła nasz kraj, a ile lepiej by świat był teraz rozwinięty, gdyby Polaków się nie tłamsiło... - Fajnie opracowany materiał - pozdrawiam :)

W końcu trafiłem na właściwy odcinek i już rozumiem Twoją fascynację Merą 400, a to dlatego że nie wiedziałem że to jest ten słynny K-202 o którym sporo czytałem i nie wiedziałem że dzieło Karpińskiego przetrwało. To dużo tłumaczy. Ta moja mera 9150 mimo że też 16 bitowa to jak widzę to tylko mały komputerek do zbierania danych i nic ponad to. Fajny odcinek, rób kolejne bo bardzo dobrze to robisz i miło się ogląda :)

Ostatnio znajomy podesłał mi filmik z odczytu dysku i zacząłem oglądać każdy filmik po kolei. Z chęcią bym obejrzał całą serię, jak się na takim komputerze programowało w językach wysokich i oczywiście w samym asemblerze. Na pewno dowiedziałbym się czegoś więcej o samym symulatorze i również jego obsłudze. PS Robisz świetną robotę z tymi filmami.

17/10pkt kolego. Jesteś prawdziwym pasjonatem, masz ogromna wiedzę i w sposób bardzo przyjazny, przystępny dzielisz sie. Zdrowia, czasu i wytrwałości na jak najwięcej odcinkow !

Wytrzymamy. Możesz wrzucać takie materiały. ❤

Rzeczywiście świetnie zrealizowany materiał. Fakty przedstawione w przyjemny sposób, a strona wizualna bardzo estetyczna.

To jest kosmos. Bardzo ciekawy material. Gratulacje. Troszke sie dowiedzialem czegos .

To jest najciekawszy film, który widziałem na yt dlatego to jest moja jedyna subskrypcja na yt. Może to nie świadczy o mnie dobrze, bo kto normalny w dzisiejszych czasach interesuje się procesorem lutowanym ze scalaków zamiast iCore, czy Radeonem. Wiem tylko, że chciałabym mieć taki komputer w domu. Ponadto materiał przygotowany jest w sposób bardzo fachowy i zrozumiały z dużą znajomością tematu. Choć być może wymaga pewnej wiedzy z zakresu działania procesorów. Dzisiaj nie każdy dyplomowany programista wie co to jest przerwanie maskowalne i niemaskowalne (dla współczesnego programisty Pythona to jak fale grawitacji - podobno są i podobno nawet ktoś je zmierzył). Asembler na studniach, to zaliczyć i zapomnieć. A wiedzą po co na froncie komputera rząd magicznych przełączników, to alchemia. Ja na szczęście jestem alchemikiem i z chęcią obejrzę wszystkie odcinki tego cyklu. 😊

Dzień dobry, Niesamowita wiedza - zazdroszczę i czekam na kolejne filmy.

Dziękuję! Faktycznie: wieki całe. A ten za krótki. Jest o czym mówić. A tak mało osób mówi o Polskiej historii informatyki. Chcemy więcej! Na przykład wprowadzenie jak zacząć z emulatorem. Jak uruchomić i coś praktycznego zrobić. Jak coś prostego napisać i skompilować w asm (hello world?). Chętnie posłuchałbym też o kanałach. Czym to się różni od obecnie przyjętych rozwiązań? O ile różni się od zwykłego portu i/o lub kontrolera dysku czy rs232 i równoległego/centronics.

Cóż 8086 powstał jako rozwinięcie 8-bitowego 8080, a właściwie jego "nowszej" wersji 8085, dla tego pozwala obsługiwać 8 bitowe porcje danych, i dla tego też ma taka zakręconą szynę adresową i te nie fortunne 1MB przestrzeni adresowej. Natomiast ma 2 tryby pracy. Minimalny, który można w uproszczeniu nazwać trybem 1 procesorowym i Maksymalny który przy współpracy z kooprocorami, 8089 pozwala tworzyć systemy wieloprocesorowe. Z jednej strony jest to procesor na swoje czasy rewolucyjny, z drugiej przez kompatybilność wsteczną z 8-bitowym 8080 pokręcony. Czy są inne procesory do porównania z MERA 400? Zasadniczo procesory 16-bitowe, były tylko takim epizodem rozwojowym, i nie zagościły tak naprawdę za długo w komputerach, ani specjalnie nie były rozwijane. Powstała 16 bitowa alternatywa dla 6502 w postaci 65C816, zmodyfikowany wylądował w konsoli Nintendo SNES, można powiedzieć drugi 16-bitowy mikroprocesor który odniósł rynkowy sukces, ale też procesor specyficzny bo z 8 bitowa szyna danych, natomiast full 16MB adres. Z8000 który nigdy nie odniósł sukcesu. no i zasadniczo koniec. Intel 8086, a właściwie jego ekonomiczna wersja 8088 odniosła sukces, tylko i wyłącznie dla tego że IBM udostępnił schematy PC XT, i zaczęto budować tanie klony tego komputera. Jest jeszcze jeden kandydat, znany, lubiany, ale też specyficzny bo to, tak naprawdę 32 bitowy procesor z 16 bitowa szyną danych. Tak wszystkim znana z AMIGI MOTORLA MC68000. Czy I8086 jest dobrym porównaniem do MERY 400? Zasadniczo rocznikowo tak, choć prawdziwym pełnokrwistym 16,bitowecem był jego następca I80286. PS. Moim zdaniem jeżeli uwzględnimy kartę kooprocesora dla MERy 400, to bliżej jej do MC68000, niż intel 8086 który dla mnie jest ewolucyjna jednostką 8/16 bit.

Ha wreszcie wpadłem na taki kanal. Jestem zaciekawiony, podejściem, sposobem i profesjonalizmem. rozmowa opis a w nastepnych odcinkach logika śledztwa niesamowita. Fakt to jest dla ludzi myślących dlatego mało subów :) i kciuków, ale czuję się wyróżniony że YT mi to zaproponował. Oglądam z zapartym tchem, dziekuję

Za każdym razem jak się pojawia nowy odcinek to rewatchuję całość :X

Jak widać ekipa ELWRO miała potencjał. Gdyby wyposażyć ją w technologie scalania która wtedy w Polsce była w totalnym lesie i nie narzucano ograniczeń po linie politycznej przez braci ze wschodu, kto wie jak potoczylyby się dalsze lisy ELWRO. Siemens wiedział po co kupił ten zakład i czemu go wygasił. Żal tylko fachowców którychwiedza i zaangażowanie poszły na marne. W dzisiejszych czasach odbudowanie tego potencjału tak żeby był w stanie konkurować ze współczesnymi procesorami jest już niemożliwe. A film jak zwykle miodny :).

Zawsze wiedziałem że obcy mają swoje kanały na YT i oglądają różne swoje produkcje. Właśnie trafiłem na taki kanał. Obcy używa dla niepoznaki języka polskiego, ale i tak nie udało mu się ukryć. Ta wiedza go zdradziła! Łapać obcego!!!!

Bardzo proszę o kolejna część opisujaca fizyczna budowę procesora. Rozumiem, że zajmie to dużo czasu, dlatego proszę tylko o informację, kto produkowal ten procesor, czy była to produkacja od podstaw (w przypadku mikroprocesorów jest to od wytworzenia wafli krzemowych), czy też tylko montaż gotowych elementów wyprodukowanych w innych krajach.

Cenny materiał!

fajnie poprowadzony odcinek

No lezka w oku... Dzieki!!

Bardzo dobry material

To jest niesamowita maszyna, dobrze że ma tak mądrego miłośnika.

No w końcu nowy film :)

super materiał

Super! Pozdrawiam👍

Ale super matreialy masz ! Poprostu mega.

8086 na 5Mhz miał rzeczywiście około 0.33 mips ale to był początek serii i kolejne wersje miały 8Mhz a natępny w typoszeregu będący już standardem miał 10Mhz i ta wersja 8086 miała już 0.75 mips co deklasuje już Merę... choć wiadomo w Merze procek jest zrobiony na piechotę :)

Witam podziwiam Pan wiedzę świetny materiał procki 8086 za moich czasów to były bardzo popularne jednostki wszędobylskie.

Odcinki sa super

Ja poproszę odcinek o tym dlaczego procesor działa bez zegara. A do odcinka proszę o wtrącenie czy współczesne procesory mogłyby mieć "bezzegarową" architekturę. Bo to dlaczego nie mieliśmy możliwości rozwoju procesora do postaci VLSI tłumaczyć nie trzeba.

Wielce interesujące

Rewelacja :)

super film

Spoko. Wrzucaj kolejne części.

Dzięki

👉 Mam wrażenie, że procesorowi Mery bliżej jest do Motoroli 68000 pod względem uniwersalności rejestrów. Intel zawsze był dziwny, jeśli chodzi o zastosowanie rejestrów, trochę jakby go pijany inżynier projektował.

Seria procesorów x86 Intela to było rozbudowywanie kalkulatora o kolejne możliwości :) Niestety "zredukowany procesor" superkomputerów: Motorola 68000 powstał parę lat później. Ma on więcej cech procesora Mery ale też ma elementy architektury 32bit, więc nie nadaje się do porównania. Pierwsze zdanie to parafrazowany fragment artykułu "Czemu wolę Motorolę" Adama Foryckiego (do znalezienia w sieci)

Dzień dobry! 1. Wytrzymamy więcej! 2. Czy byłoby możliwe porównanie Mery z czymś bardziej porównywalnym co do ciężaru, czasu powstania i technologii, np. PDP-11/44?

wincej wincej!!!!

Super materiał! Czy są może analogiczne, traktujące o wewnętrznej architekturze maszyn serii ODRA, czy RIAD (R-32, R-34)?

Materiał bardzo ciekawy i pouczający - gratulacje. Pytanie trochę nie ma temat :) - jakiej czcionki używasz w konsolach pokazanych pod koniec filmu?

Czy w ARMach stos dla funkcji nie jest podobnie realizowany jak w mera 400? BTW mere400 raz w użyciu restartowalem z panelu jakieś 30 lat temu w technikum - nic nie rozumiejąc. Gratuluję filmu 😊

Asynchronicznie, czyli pewnie tak jak w uproszczeniu działa prosty sumator na bramkach, wszystko dzieje się od razu i jak najszybciej się da, tylko trzeba odrobinę poczekać, aż wynik się ustabilizuje i tak samo pewnie tutaj, zmiana na wejściu powoduje szereg reakcji na "bramkach", a czas wykonywania instrukcji, to po prostu czas, po którym wynik operacji jest stabilny i jest generowany sygnał STEP z opóźnieniem zależnym od instrukcji. W sumie można przerobić procesor Mery na pseudo-synchroniczny, wystarczy podać jakiś przebieg na sygnał STEP, choć nie ma to sensu, bo okres takiego taktowania musiałby być równy lub większy niż czas najdłużej wykonywanej instrukcji. Teraz to zacząłem się trochę zastanawiać, czy nie było takich pseudo-asynchronicznych procesorów.

👍

🙂👍

na końcowym slajdzie jest dla 8086 wpisane 64KB portów I/O - bez B, bo to nie są bajty tylko 'sztuki'. W 8086 jest 64tys jedno bajtowych portów (rejestrów) lub 32tys dwu-bajtowych portów (rejestrów)

Interfejs Wifi do Mery 400 to naturalny kolejny krok rozwoju tej rekonstrukcji.

Czy ten emulator to Twoje dzieło ? O ile kojarzę oryginalnie ARM też ma LINK & JUMP zamiast CALL, a rekurencja bywa bardzo niebezpieczna - co zresztą widać nawet w nazwie ukochanej strony programistów ;)

01:26 8088 nie był "8 bitową wersją 8086" w dalszym ciągu był to procesor 16 bitowy, jedynie magistrala danych była obcięta do 8 bitów to uprościło i potaniło konstrukcję ówczesnych płyt dla IBM PC i kompatybilnych klonów, stąd i pierwsza ISA 8bit później rozszerzona do 16bit po zastosowaniu późniejszych wersji procesora.

Bardziej toto przypomina MC68000 niż Intela (też ortogonalny, też ma rozkazy zrzutu/pobrania wielu rejestrów na raz). Już go polubiłem.

Ciekawe jaką wydajność miałby procesor o architekturze Mery 400 gdyby był wykonany w takiej technologii, jakiej Intel użył do zrobienia 8086.

@1:30 Sorry, że się czepiam ale 8088 nie jest 8-bitowy, jest tak samo jak 8086 16-bitowy, ale ma 8-bitową szynę danych.

A właśnie miałem spytać czy coś wiesz o K-202, ale już się wszystko rozjaśniło

Błąd w filmie w 9.44 na liście przerwań jest 2x przerwanie z drugiego procesora na górze i u dołu listy

Ok, to bylo mocniejsze czy słabsze od ZX Spectrum?

Panowie gdzie ten procesor można zobaczyć? Kto go produkował?

Myślę, że jeszcze ciekawiej byłoby gdyby to porównanie było zrobione z PDP-11, któremu koncepcyjnie bliżej do Mery 400.

Where is Część 2? Jak wytrzymacie ? Mnie dopiero narobiłeś smaka... Na kompilacji to 8086 by upadł na kolana, tam prawie same odwołania do pamięci i skoki, prawie dam rękę, że nie wykręci 0.33 MIPS

Wow ale to była maszyna.

Czy te piski na końcu to piszczące cewki?

Szkoda że technologicznie nie było możliwości upchnięcia tego systemu w jednym lub kilku układach scalonych. Awaryjność w porównaniu do 8086 niestety kładła system na łopatki. Sam materiał super !!!

@mera400 wincyj! Nie zanudzisz nas, nie ma szans!

Porównanie nie jest do końca 'fair'. 1)8086 ma wsparcie wieloprocesorowe - przykładami są systemy MULTIBUS. x86 posiada prefiks LOCK do blokowania magistrali dla operacji read-update-write. A dokładnie LOCK EXCH to pojedyncza instrukcja próbująca zablokować semafor. 2) Wywołanie procedury z zapisaniem wartości PC do rejestru jest w rzeczywistości szybsze niż zapisanie wartości na stosie. Działa szybciej w przypadku wywołania najbardziej wewnętrznej funkcji w pętli! /*nie ma potrzeby przechowywania na stosie*/ Oczywiście w przypadku innych wywołań funkcji będą dwie komendy - przechowywane do rejestru, a następnie backup na stosie, więcej pamięci, ale niewielki wpływ na szybkość.

Czy możesz nagrać film o bitwie na szybkość? Benchmark Mandelbrota wygląda dobrze kzfaq.info/get/bejne/pat2fZV8tqrIcZ8.html Co myślisz?

Ciekawi mnie czy gdziekolwiek kiedykolwiek wykorzystywano Merę 400 w konfiguracji dwuprocesorowej.

ja pitolę świetnie, i bardzo zrozumiałe nawet dla bardziej wysokopoziomowców

0:56 RIP palec (chyba bolało)

Doom na tym pójdzie?

14:14 narzekasz, że nie ma instrukcji do wywołania funkcji i jednoczesnego odłożenia adresu na stos, a przecież współczesne architektury robią to samo, np. ARM, RISC-V, PowerPC.

O ile sprzętowe wsparcie dla stosu procesora się przydaje, o tyle odziedziczony z 8-bitówek pomysł automatycznego odkładania na nim adresu powrotu się nie przyjął we współczesnych architekturach. O ile wiem ani ARM ani RISC-V nie odkładają adres powrotu na stosie, tylko w rejestrze. Wąskim gardłem wydajności będzie zawsze wywołanie funkcji najgłębiej zagnieżdżonych (leaf), a one nie potrzebują trzymać adresu powrotu na stosie i robienie tego automatycznie jest czystym marnotrawstwem.

Jedna z najważniejszych różnic to: prymitywne TTL vs. CMOS

KDS: 50 lat temu potrafiliśmy zbudować dobry procesor, a dzisiaj warstwę elektroniczną dowodów osobistych musimy opierać o zagraniczne rozwiązania. JPRDL k_*wa ;-(

Z tym brakiem instrukcji call i ret to chyba jakiś żart? Nie ma ich też w wielu procesorach RISC i nikt nie robi tragedii. Obsługa stosu umożliwiająca zastosowanie rekurencji sprowadza się do dodania *jednej* instrukcji "Remember and Increment" na początku wywoływanej funkcji oraz do *jednej* instrukcji dekrementującej wskaźnik stosu przed skokiem powrotu z funkcji, żadne wsparcie kompilatora nie jest wymagane. Jeśli funkcja jest "reentrant" - trzeba o tym pamiętać przy pisaniu kodu. Z drugiej strony funkcje nierekurencyjne nie ponoszą kosztów obsługi stosu, a użycie osobnych stosów dla adresów powrotnych i zmiennych jest trywialne co bardzo utrudnia ataki przez przepełnienie bufora. To na co trzeba zwrócić uwagę to wysoka ortogonalność zestawu instrukcji uzyskana dzięki koncepcji argumentu efektywnego. Jestem przekonany że Merida-400 zmiażdży x86 jako interpreter języka Forth.

To jest już zapomniana technologia czy gdzieś się jeszcze ją stosuje?

Ja pierdole, to nie je arduino... tu trzeba mieć łeb.

Kawał świetnej, nikomu nie potrzebnej roboty.

ale mylisz