126 Ostatnio edytowany przez Marek Konopka (2010-06-03 23:15:15)

Wpakowanie trójstanowych, dwukierunkowych buforów szyny danych do jednego układu CPLD/FPGA Altery, z tego co przeczytałem na stronie producenta, nie jest możliwe. Może się okazać, że te cztery scalaki będą musiały pozostać w formie fizycznej.

127

Nowe zdjęcia prezentujące skalę.

http://img248.imageshack.us/img248/5403/dscf1984resizedblurred.jpg

http://img338.imageshack.us/img338/458/dscf1992resizedblurred.jpg

http://img198.imageshack.us/img198/7007/dscf2000resizedblurred.jpg

http://img265.imageshack.us/img265/4555/dscf2008resized.jpg

128

jeszcze raz powtarzam rewelacja. nie wiem jaka przyszlosc planuje Zenon dla tej karty, jesli to bedzie forma karta (mam nadzieje) to:
-powienien byc przelotowy, jesli to niemozliwe to powinno byc miejsce w obudowie na wymienna kostke pamieci rom (w normalnych warunkach karta ma xxx ramu ale po wlozeniu tej kostki czesc ramu jest zastapiona romem)
-mniejszy rozmiar - prototyp zawsze jest duzy wiec o to sie nie boje

http://atari.pl/hsc/ad.php?i=1.

129

XXL proszę o więcej szczegółów jeśli chodzi o tą kostkę.
W tej chwili takowej nie ma. Model ma tylko pamięć SRAM, w pierwotnym zamyśle było że będzie EEPOM 8k (16k) którą możne w systemie przeprogramować i dopasować jej wnętrze do indywidualnych potrzeb coś na podobieństwo OS (BIOS)
Jej rolę przejęło nazwijmy to pierwsze przełączenie BANKÓW i w nim przesyła się niezbędne procedury pozwalające wystartować drugi procesor. Więc nie programuje się EEPROM a wczytuje do SRAM i przesyła na drugą stronę. Zachowany jest zamysł by użytkownik sam decydował jaki OS (BIOS) chce mieć.
Jedyne o co musi zadbać to o prawidłową wymianę "flagi" przez dwa procesory, poprzez rejestr (bit D7)

130

O w mordeczkę, ale przewodzików.

Czy możecie wyjaśnić, Stirlitz, dlaczego wasz służbowy adres stirlitz@rsha.gov.de ma aliasa justas@gru.su?
Nie czytam PM. Proszę używać e-mail.

131 Ostatnio edytowany przez xxl (2010-06-05 13:13:28)

no wlasnie zadnych biosow itp. tak jak jest z haltem procka i resetem jest dobrze.
mi chodzi o to zeby byla mozliwosc odpalenia nowego oprogramowania na weronice ale oprogramowania nie ladowanego z dyskietki tylko z karta (niech to nawet bedzie kosta romu wsadzana np tak:
http://atari.pl/w_propozycja.jpg
prosze pamietac ze 16kb romu to nie koniecznie jest wystarczajaco; owszem z moja znajomoscia elektroniki to jest wlasnie 'wiecej szegolow' )
nie wiem czy to ma byc kart ogolnego przeznaczenia czyli baza, czy kart na wzor coriny pod konkretne rozwiazania,
jesli to ma byc baza to powina byc tez mozliwosc rozpoznania wlozonego karta czyli odczyt z jakiejs komorki lub dwoch powinien dac jasna odpowiedz jaka wersje i czy wogole jest weronika na pokladzie zamiast pisania jakis wydumanych procek sprawdzajacych czy jest, jaki ma zegar i jaki procek... zaleta takiego rozwiazania jest tez to, ze stare oprogramowanie bedzie dzialalo jak sobie tego autor zyczyl :)

http://atari.pl/hsc/ad.php?i=1.

132

Obiecany materiał wideo: http://www.youtube.com/watch?v=mQZhviM0Ewk. Przepraszam za kiepską jakość obrazu.

Weronika nie była projektowana jako konsola do gier, a jako koprocesor ogólnego zastosowania. Z tego co napisałeś wynika, że chciałbyś, aby Weronika po wsadzeniu pozwalała na przelotowość i odtwarzanie starego oprogramowania z CAR oraz nowego. Gry tworzone na taką platformę powinny odznaczać się lepszą oprawą graficzną, a to oznacza wsady o większym rozmiarze niż 16 KB (~1MB), a to jest już problem na obecnym etapie rozwoju. Lepszym rozwiązaniem w takiej sytuacji byłoby wykorzystanie SIO2SD oraz rozpowszechnianie gier w formie kart SD. Rozwiązanie z pamięciami xROM jest problematyczne, gdyż są to układy stosunkowo wolne.

133 Ostatnio edytowany przez Zenon/Dial (2010-06-05 15:33:50)

Jeżeli w dołączanym do Weronki kartridżu ma być jakaś już istniejąca gra to nic z tego, nie ma sensu
Jeżeli ma to być czysto narzędziowe oprogramowanie lub coś nowego uwzględniającego specyfikę modułu, to owszem, jest taka możliwość. Można odłączyć BANK $C000-$FFFF i w to miejsce ulokować oprogramowanie z kartridża. Odpowiednio napisane, da się nawet przemieścić w obszar $4000-$7FFF.
Jednak wtedy zatraca się możliwość przełączania BANKÓW bo BANKIEM jest właśnie ono, zaszyte w ROM. Choć i tu pojawia się możliwość przesyłania danych tyle że dwa razy trzeba by przełączać BANK by uzyskać przesył danych jak za jednym razem
Ale, to oprogramowanie może się tylko załadować, odłączając później kartridż i przywracając standardową konfigurację, byłoby zatem namiastką stacji dysków.
Coś takiego było w pierwotnym zamyśle, tyle że kartridżem była EEPROM włożona w podstawkę (co dałoby się łatwo wyprowadzić na zewnątrz jako kartridż)
Wydzielając rejestr można by taki kartridż bankować, jak robi się to w RAM-CARTach i wtedy jego pojemność znacznie by wzrosła.
Już w tej chwili Weronika jest przygotowana na to, by od strony drugiego procesora zwiększyć pojemność SRAM do 128K na zasadzie bankowania. Nie jest to fizycznie wykonane, ale na etapie projektowania było uwzględnione że będzie można tak zrobić.
Wykrycie takiego dołączanego kartridża w prosty sposób można zrobić na zasadzie "połączenia drucikowego", natomiast jaki to kart, to w wydzielonym obszarze ROM zaszyty kod zrobi co trzeba
To oczywiście dywagowanie i rozmyślanie...co by było gdyby....
Weronika miała być dzielona na bloki po 16k. Każdy blok do czegoś przydzielony. BANK 8kB. Procesor 6502
Inne sterowanie rejestrem sprzętowym (a właściwie "flagą"), szybsze.
Jest więcej bo jak pisałem Konop przez swoje zaangażowanie określił co by chciał i spróbowałem to zrobić.
Nie wiem czy to na pewno spełni wszystkie oczekiwania. Moje spełniło i gdyby nie Konop, byłoby THE END

134

> Weronika nie była projektowana jako konsola do gier, a jako koprocesor ogólnego zastosowania.

czyli raczej bedzie to 'baza'

> Z tego co napisałeś wynika, że chciałbyś, aby Weronika po wsadzeniu pozwalała na przelotowość i odtwarzanie starego oprogramowania z CAR oraz nowego.

nie, nie odtwarzanie starego oprogramowania tylko 'kompatybilne' zlacze karta - gdyby powstal kart pod 2 procki to zeby nie trzeba bylo kombinowac z nowa obudowa i nowym zlaczem karta. na tym moim zdjeciu masz przyklad niekompatybilnego zlacza karta ;-)

> Gry tworzone na taką platformę powinny odznaczać się lepszą oprawą graficzną

tez niekoniecznie, grafika to nie wszystko

> Lepszym rozwiązaniem w takiej sytuacji byłoby wykorzystanie SIO2SD oraz rozpowszechnianie gier w formie kart SD

to bardzo zly pomysl

> Rozwiązanie z pamięciami xROM jest problematyczne, gdyż są to układy stosunkowo wolne.

ta pamiec ma sluzyc tylko jako nosnik, moze zawierac dekompresor, ktory przewali gre i dane do pamieci atarki/weroniki

http://atari.pl/hsc/ad.php?i=1.

135

Dlaczego uważasz pomysł rozpowszechniania gier w formie kart SD jako bardzo zły?
Skąd ten dekompresor miałby przerzucać dane? Z tej samej kości o rozmiarze 16 KB?

136

zly, chyba ze weronika bedzie miala zlacze na karty sd ;-)
karta sd to uwspolczesniona dyskietka, ja mowie o hardcorowych "zafoliownych cardrydzach"

tak, z tej samej kosci w korej rozmiar jednego banku to 16kb ile bankow? nie wiem.

... rozwazcie tylko tego karta/eproma wsadzanego, rozpoznanie weroniki i jej konfigu poprzez odczyt jakiejs komorki i moze zapis przez 6502 jakiejs komorki wywoluje irq (nie nmi) proca weroniki.

http://atari.pl/hsc/ad.php?i=1.

137 Ostatnio edytowany przez Marek Konopka (2010-06-05 17:40:50)

Czyli cartridge do cartridge'a. :>

EDIT: Wciąż pozostaje problem dostępu do pamięci xROM przy wysokiej częstotliwości.

138

Wideo pokazujące efekt pracujący na gołej atarce: http://www.youtube.com/watch?v=CzVT5wFhyVo .

139

Może Weronika + VBXE = emulator C64? :D I SID programowo na POKEY-u ;)

140

Taniej i lepiej kupić sobie C64.

Czy możecie wyjaśnić, Stirlitz, dlaczego wasz służbowy adres stirlitz@rsha.gov.de ma aliasa justas@gru.su?
Nie czytam PM. Proszę używać e-mail.

141

tyle to każdy g.... potrafi, ale nie każdy potrafi z malucha zrobić mercedesa :)

*- TeBe/Madteam
3x Atari 130XE, SDX, CPU 65816, 2x VBXE, 2x IDE Plus rev. C

142 Ostatnio edytowany przez Jacques (2010-06-07 20:49:36)

Dokładnie... Taniej też sobie kupić np. ST zamiast rozbudowywać Malucha o RAM, VBXE, itp. A jednak kręcą nas coraz większe możliwości naszego 8-bitowca.

143 Ostatnio edytowany przez grzybson (2010-06-07 20:52:52)

tebe napisał/a:

tyle to każdy g.... potrafi, ale nie każdy potrafi z malucha zrobić mercedesa :)

Odnośnie wypowiedzi Tebego: http://www.126fan.pl/www/images/galeria/126p-MB.jpg
(sorki za offtop, nie mogłem się powstrzymać :) )

grzybson/SSG^NG

144 Ostatnio edytowany przez Jacques (2010-06-07 21:47:03)

Ten Maluch faktycznie mógłby symbolizować nasze rozbudowane Atarki :D Odrobina dystansu nie zawadzi ;)

A wracając do tematu... Czy to w ogóle byłoby możliwe  i technicznie by wystarczyło (Weronika + VBXE = emulator C64)? Rzecz jasna jeszcze soft, ale czy sprzęt dałby radę teoretycznie takie cos pociągnąć?

145

nie pociągnie, prawie każdy tytuł z C64 będzie trzeba przepisać pod VBXE + Weronika

*- TeBe/Madteam
3x Atari 130XE, SDX, CPU 65816, 2x VBXE, 2x IDE Plus rev. C

146

zasadniczo nie wiem co miala by ta weronika w tym tytule robic

przechodze na tumiwisizm

147

Nie wiem, czy PW działa, bo pisałem już do Konopa, ale nie odpisał, no to piszę tu.
Otóż mam wstępną emulację weroniki. Prymitywne testy napisane przeze mnie działają. Prosiłbym o jakieś inne.

148

Moment, Weronika jest na Etapie optymalizacji, nowej konfiguracji i pewne opcję które są teraz wylecą, przybędą inne. Chodzi o to że trwa etap eksperymentów co dobre, co złe, co poprawić
Ogólna koncepcja jest zachowana, chodzi o szczegóły. Być może konieczne będą jakieś inne przypisania bitów by się to pomieściło w dosyć prostym CPLD.
Konop pracuje pełną parą..... godzina 0.30 w nocy wyłącza sprzęt.
Co więcej...., dopisze już on.

149

zamazane oznaczenia scalaków ;) kojarzy mi się z freezerami z Grzybowskiej, tyle, że kleju na gorąco jeszcze brakuje ;)

150

stec i distal