Nie mam wyjścia, muszę! Ja nie mam oscyloskopu ani chęci budowania metodą prób i błędów.
Muszę wiedzieć co jak i dla czego? A tu timingi są bardzo ważne. Nie chcę podawać przykładów bo nie potrzebuję nikomu się narażać. Z gala potrzebuję tylko adresowania i nic więcej bo wszystko pozostanie po staremu. Ale muszę być pewny tego co mam zrobić. Więc muszę zajrzeć do gala. To co już wiem mogło by wystarczyć ale pewności nie mam. A ja chcę zbudować działające urządzenie.

No właśnie też się nad tym zastanawiałem, przydało by się to jakoś przełączać.
Co do gali to jest symulator ale pod Linuxa. Ładujesz jed i symulujesz układ. To chyba najlepsze rozwiązanie.
Posiedzę jeszcze trochę nad schematami i zacznę projektować swój.

Kurde! Na schematach Jurka Soboli są błędy. Sobie mogę patrzeć!

@Impuls: ale baterii nie musisz montować na układzie. Wystarczy wyprowadzić dwa piny i każdy sobie zamontuje taką, jaką będzie chciał, w dodatku w wybranym przez siebie miejscu.
@Mq, ale źródła od mono są dostępne... Poza tym - jak pisałem, póki co nie wiem po co mi sonari, ale chciałem wspomóc projekt. Troszkę tego wyszło, więc może i jakieś wsparcie programistyczne się pojawi...

mono to osoba z forum

Zarys logiki wyglądał by tak.
Do dopracowania są timingi i układy docelowej logiki, to tylko pogląd funkcjonalny.
Reszta sygnałów w niezmienionej formie.

Adres musi być wystawiony przed sygnałem ras, więc tu opóźnienia nie mają znaczenia.
Wystarczy zastosować układy S, LS lub ALS i można spać spokojnie.

Dobra jeśli czegoś nie ogarnąłem to powiedzcie.

Ostatnio edytowany przez Impuls (2019-01-11 16:20:36)

Teraz powinno być dobrze.
I propagacja RAS i CAS się skróciła.

Zapraszam Panowie do robienia uwag.

No nie bardzo.
w dokumentacji technicznej procesora masz jak byk, że odczyt czy zapis powinien się odbywać na opadającym zboczu sygnału o2.
Sygnały RAS i CAS są już odpowiednio przygotowane timingowo.
Sygnał CI nie jest w ogóle uzależniony od o2, jest to dopiero półfabrykat do użytecznego sygnału.
Dopiero na układzie U19 zamienia się na użyteczny i stamtąd biorę sygnał WE, RAS czy CAS te są po dalszej obróbce na linii opóźniającej, też muszą być uzależnione od o2.

Pamięci DRAM czy SRAM wiedzą, że odczyt został dokonany po narastającym zboczu sygnału CAS dla DRAM i CE lub OE dla SRAM.
Jeśli tego zbocza nie ma w odpowiednim momencie to jak by odczyt się nie odbył.
To samo z zapisem.
Jeśli sygnał WE nie będzie miał zbocza narastającego a adres zniknie i dane razem z nim to dupa blada.
Bo co do odczytu to nie ma problemu, problemy zaczynają się przy zapisie.

Ostatnio edytowany przez Impuls (2019-01-12 12:41:01)

No nie, bo:
Musiał bym budować pół atari od nowa.
A mi się nie chce i nie ma takiej potrzeby.
Sygnał CAS idealnie się nadaje jako sygnał OE dla SRAM.
Posiada zbocze narastające w odpowiednim momencie RAS tak samo ale CAS jest krótsze.
Procesor 6502 jest to tak biedny procesor i nie przepadam za nim specjalnie.
Szkoda, że kataryna nie miała Z80.
Wykorzystywanie linii sygnałowych 6502 nie jest tak banalne jak w innych prockach.
Trzeba iść po najniższej linii oporu i brać to co jest najwygodniejsze.
W tym przypadku RAS i CAS to wręcz gotowce.

Ostatnio edytowany przez Impuls (2019-01-12 12:40:42)