Hi!

Thanks a lot for this link! :D Czech version of Turbo2000 is very similar (near identical) to Turbo system schematics published in "Moje Atari" paper magazine introduced here:

http://atariarea.krap.pl/forum/viewtopi … 746#p76746

Looking to publication date of Czech version of this system I suppose that the Czech version was published earlier :)

Dely: What date have article published in "Moje ATARI"?

greetings
Seban

Hej!

Obawiam się iż ANTIC-a nie da się haltować i to z kilku powodów. Nie tylko DMA robi aby czytać dane potrzebne do tworzenia obrazu, odświeża on także pamięci DRAM. O ile mógłbyś go odpiąć od szyny danych i adresowej poprzez jakieś trój-stanowe bufory... (pomijam aspekt sieczki zamiast obrazu) to szlag by trafił zawartość pamięci DRAM. Z tego co pamiętam to ANTIC chyba 9 razy w ciągu jednej linii   ekranowej robi cykl odświeżania DRAM-ów... i tak cały czas linia w linę :)

Seban

Hej!

Digger na PC XT ma ducha 8bitów jak nic :) A nawet chyba 4 bitów :) szczególnie odpalony na Herculesie i bursztynowym lub zielonym monitorze :) Ten PC-Speaker sound TRACK jest powalający :D Jak ktoś mógł sobie na kartę i monitor EGA pozwolić to był gość :) PC-towy "Alley Cat" wygląda gorzej niż Atarowski :) (ach te kolory CGA!)

http://www.digger.org/

XXL: drugi CPU miałby własny niezależny RAM od ATARI (np. dodatkowe 512K) , a do tego 8K shared memory które byłoby widoczne jako okno w przestrzeni $A000-$BFFF przez 6502 w Atari. Zarówno 6502 jak i nowy CPU (dla przykładu np. EZ80 @ 50MHz lub 65816 @ 16MHz) mogły by pisać i czytać niezależnie do obszaru $A000-$BFFF.

Co do przypadku nr 2 to ja nie wiem co się dzieje z 6502 jakby go haltować tak aby nigdy nie miał dostępu do szyny :) Myślę iż Electron może wiedzieć bo zapewne spotkał się z takim problemem przy pracach nad VBXE i okolicach :) On by musiał podpowiedzieć czy takie rozwiązane jest realne :)

XXL: wydaje mi się to możliwe i to do zrealizowania i to co najmniej na dwa sposoby :)

sposób nr 1) ładujesz w cart nowe CPU + RAM + FLASH dla niego np. do tego ładujesz mu kawałek (np. 8KB) statycznego RAM-u dual-port. Ten CPU w carcie działa sobie 6502 działa niezależnie, np. w obszarze $A000-$BFFF masz tzw. "shared memory" z tym dodatkowym CPU. Nowe CPU może liczyć co chce i przekazywać policzone dane w obszar swój "shared memory" który będzie widoczny przez 6502 w $A000-$BFFF. Ten sposób jest dość prosty do zrealizowania nawet, i jakiś czas już mi chodzi coś takiego po głowie :) Jedyna wada to to iż pamięci statyczne dual port jakie widziałem są drogie :(

sposób 2) można sie pokusić o halt-owanie 6502, tak jak robi to ANTIC (tylko trzeba by sprawdzać kiedy ANTIC haltuje 6502). I podpiąć inny CPU bezpośrednio do szyny danych ATARI (nota bene ten inny CPU również będzie musiał dopuszczać możliwość halt-owania go przez ANTIC). Poza tym chyba 6502 nie może być cały czas halt-owany (nie jest konstrukcją przewidzianą do pracy statycznej), ale tu nie mam zupełnie doświadczenia i trzeba by z Electron-em pogadać bo on już chyba z tym walczył przy okazji VBXE i rozszerzenia RAM-u które zrobił przy okazji VBXE :)

pozdrawiam
Seban

MacGyver: RACJA :) $D280 to dobra IDEA :)

Hej!

Lizard: No widzisz :) A kto powiedział że ja się super znam na Turbo Basicu :) O zmiennej TIME również zapomniało mi się po latach :) Pamiętałem jedynie o TIME$ która była dla mnie bezużyteczna :) Ale abym i ja mógł się do czegoś przyczepić  (a co :P ) to z  tym MEMTOP-192 to chyba przesadziłeś nieco :D Poza tym T1 i T2 wyjdą u Ciebie w ramkach nie w sekundach. :D trzeba by zmienić" SEC." na "frames" :D

Drac030: tak też sądziłem iż MOVE będzie tożsame z kopiowaniem stringów :D

Seban

Hej!

A może warto samemu sprawdzić by było? To naprawdę nie zajmie dużo czasu i pozwoli mieć chwilę radochy :)

10 CLR :MEMTOP=PEEK(106):POKE 106,MEMTOP-(8192/256):BUFF=PEEK(106)
20 GRAPHICS 0
30 DIM A$(4096),B$(4096)
40 A$(4096)=CHR$(0):B$(4096)=CHR$(0)
50 POKE 559,0
60 DPOKE 19,0:FOR I=0 TO 15:B$=A$:NEXT I:T1=PEEK(20)+256*PEEK(19)
70 DPOKE 19,0:FOR I=0 TO 15:MOVE BUFF,BUFF+$0400,$1000:NEXT I:T2=PEEK(20)+256*PEEK(19)
80 POKE 106,MEMTOP:GRAPHICS 0
90 ? :? "EXECUTION TIMES:":? 
91 ? "STRING COPY=";T1*(1/50);" SEC."
92 ? "MEMORY MOVE=";T2*(1/50);" SEC."

wynik działania z emulatora:

przy 16 przebiegach różnicy nie ma, przy większej ilości powtórzeń B$=A$ wysuwa się minimalnie na prowadzenie :) Ale to zapewne przez zapis MOVE BUFF,BUFF+$0400,$1000. W pętli mamy dodatkowo dwa odwołania do zmiennej BUFF, dodawanie oraz konwersja HEX->Floating Point. Zapis typu MOVE $A000,$B000,$1000 jest szybszy od B$=A$. (9.48 sek. vs 9.78 sek.).

Nie znam się na tyle na działaniu tego interpretera i nie mam czasu na dłubanie w nim aby określić jakich procedur używa TBXL do przepisania zawartości zmiennych i jak wygląda MOVE, ale myślę iż najwięcej w tej sprawie zapewne mógłby powiedzieć drac030 bo on ma pewnie sporą wiedzą o działaniu interpreterów BASIC-a ze względu na zaangażowanie w ich analizowanie i pracę nad własną wersją (Multi BASIC).

pozdrawiam
Seban

No ja zawsze się bawiłem z RAM-TOP-em :) Ta metoda zawsze wydawała mi się  fajna w szczególności iż w Turbo Basic-u miałem BGET, BPUT oraz MOVE które operowały na podanym adresie pamięci... w przypadku zmiennej TXT cięzko np. byłoby załadować do niej font lub obrazek i umieśić go tak aby to pasowało ANTIC-owi :)

No ale to była tylko moje skromna opinia i być może złe przyzwyczajenie :D Zmiennych tekstowych przechowujących dane binarne praktycznie nie używałem :)

Seban

Hej!

Rozrysowałem sobie ten interface do jest w Magnetofonie PET-a... Jeżeli to jest oryginalne AST to wcześniejsze schematy bazują na rozwiązaniu AST albo odwrotnie :) Nie wiem co było pierwsze :) Układ wejściowy jest od strony funkcjonalnej bardzo podobny. AST ma dodatkowo dodany tor zapisu zmodyfikowany tak aby możliwy był zapis zarówno poprzez sterowanie liną COMMAND (zapis turbo) jak i DATA_OUT (dla transmisji standard).

Wydaje się iż schemat układu zaprezentowany w czasopiśmie "MOJE ATARI" jest modyfikacją turbo AST.

Jedna z wprowadzonych zmian polega na zamianie jednego z sygnałów sterujących przełączeniem turbo/normal. Zamiast sygnału pochodzącego z przełącznika zapis/odczyt (AST) ten interface z mojego ATARI wykorzystuje sygnał MOTOR CONTROL.

Tak więc w przypadku AST przełączenie interface turbo/normal odbywa się za pomocą linii COMMAND + na położenie przełącznika odczyt/zapis znajdującego się w magnetofonie.

W przypadku interface-u z "Mojego Atari" brany jest pod uwagę stan linii COMMAND oraz linii MOTOR CONTROL.

W przypadku interface z Mojego Atari zapis w turbo odbywa się przez bezpośrednio przez linię DATA_OUT a nie COMMAND jak w przypadku AST.

W przypadku AST tego co jest u PET-a  modyfikacje dodatkowo wykonane w magnetofonie to:

1) dołożenie równoległe rezystora 4K7 do do rezystor R6 w magnetofonie
2) zwarcie rezystora R20
3) przecięcie ścieżki pomiędzy pinem 9 przełącznika zapis/odczyt i bazą Q7.

UPDATE:

Przerysowałem swoje bazgroły z kartki, tutaj schemat tego co się znajdowało w magnetofonie PET-a:

Linki bezpośrednie: schemat AST - format PNG (rastrowy) lub schemat AST - format PDF (wektorowy)

To wersja przerysowana, zaznaczam nie sprawdzona, mam nadzieję iż błędów nie narobiłem. Gdy złożę i uruchomię taki interface w swoim magnetofonie, opiszę dokładnie sposób montażu i uruchomienia, jak wyjdą jakieś babole to poprawię schemat. Po udanej rekonstrukcji wrzuci się do Atariki :)

Mocno się zdziwiłem jak po usunięciu farby znalazłem w interface germanową diodę impulsową DG51 :D Dioda podpięta do wyjścia jednaj z bramek NAND symuluje wyjście typu Open Collector wymagane przez ATARI. Wszystkie pozostałe układy produkcji CEMI (ULY7741, UCY7400). Rezystory przewlekane produkcji TELPOD. Kondensatory też wyglądają na polskie :) Interface jest więc w pełni złożony z Polskich elementów :D

Ciekawostka jest również fakt iż Pan Sławomir pozostawił wejścia jednej z niewykorzystanych bramek "wiszące w powietrzu", w przypadku układów TTL wisząca w powietrzu noga odpowiadała co prawda stanowi logicznemu "1", ale takie pozostawienie niepodłączonego wejścia w powietrzu nie powinno mieć raczej miejsca ;)

UPDATE #2:

Jak widać obecnie interface przedstawiony w Moim Atari ma identyczny stopnień wejściowy w torze odczytu, reszta układu uległa nieznacznej modyfikacji. No i tor zapisu jest inny bo AST zapisuje przy pomocy linii COMMAND. A to "Moje ATARI" w którym ten interface był opisany to z którego roku było? Tak naprawdę to opis interface-u przedstawiony w Moim ATARI był w tamtych czasach bezużyteczny bo nie wspomniano nawet o oprogramowaniu obsługującym przedstawiony interface :)

Hej!

Czyli masz 6 standardowych kabli. Do analizy jak najbardziej to dopiero jak skończę z AST od PET-a i oddam mu magnetofon i cart :) Wtedy zgłoszę się po twój sprzęt :) hahah :)

UPDATE:

O ile w AST linia "command" z gniazda SIO służy do zapisu danych i przełączenia interface w magnetofonie na turbo/normal, o tyle nie wiem jak to jest realizowane w przypadku Blizzard, ale na 100% Blizzard nie wykorzystuje linii "command" chyba przełącza interface normal/turbo przy pomocy bezpośredniego sterowania linią DATA_OUT. Co lepsze zerknąłem na szybko w kod carta do blizzarda... jestem w szoku... to pierwszy z systemów który wykorzystuje liczniki POKEY-a do odmierzania czasu... wszystkie pozostałe systemy robią to durnymi pętlami DEX,BNE. To pierwszy z systemów który robi to tak jak powinno się to robić od samego początku :) Zawsze chciałem tak to napisać... i po latach się okazało że już o wiele wcześniej ktoś zrobił to tak jak należy!

No ale wracając do pytania DELY-ego... zapewne da się napisać loadery i soft który na interface typu BLIZZARD wczyta AST, ale wątpię aby BLIZZARD działał z softem do multicarta.