1

TAKIE MAM PYTANKO -> DO JAKIEJ MAKSYMALNIE POJEMNOSCI MOZNA ZWIEKSZYC PAMIEC 65/130xe

2

Z tego co kojarzę, to było 4 MB, ale najpopularniejsze na scenie "duże" rozszerzenie pamięci to 1 MB, czyli komp taki ma łącznie 1088 kB.

No chyba że Pasiu przełamał kolejną barierę...  :D

I Ty zostaniesz big endianem...

3

Tak na dobą sprawę to nawet do 1gb - z tym że byłoby trochę za dużo banków , to tylko sprawa dodatkowych rejestrów

4

Z użyciem komórki $d301 do 1MB (7 bitow, bo ósmy służy do wyłączania ROMu). Jesli wymyślilibyśmy sobie inną komórkę do przełączania banków (np. $CFFF jak jest w rozszerzeniu Axlon) to max 4MB. Jednak w tym wypadku nie zadziała żadne demo, bo wszystkie korzystają z $D301.

> Z użyciem komórki $d301 do 1MB

Byly rozszerzki na $d301 do 4MB - wszystkie bity zmienialy bank.

> (7 bitow, bo ósmy służy do wyłączania ROMu).

6 do wyboru + 1 do wlaczania/wylaczania - to tylko uscislenie

6

A ile bajt ma bitow? Jet robil rozszerzenia z przelacznikiem 0,5MB/192KB. W pierwszym z tych trybow nie bylo Basica, wiec wykorzystywal pierwszy bit.

> A ile bajt ma bitow?

8, co daje 256 kombinacji, po 16 KB daje 4MB.

Te rozszerzenia z nazwami itd. sa opisane w FAQu dyskusyjnej (tej angielskojezycznej).

> Jet robil rozszerzenia z przelacznikiem 0,5MB/192KB. W pierwszym z tych trybow nie bylo Basica, wiec wykorzystywal pierwszy bit.

Bo nie chcial/nie umial zamiast pierwszego bitu wykorzystywac 7-go. Dzieki czemu nie bylo Basica, a byl Self Test - fajnie, nie?

8

8, co daje 256 kombinacji, po 16 KB daje 4MB.

Tak. minus jeden bit na ROM i jeden Basic = 6 bitów = 64 kombinacje = 1MB. Teoretycznie można zrobić 4MB, ale niezły p*.* by był jakby wykorzystywać bit od ROMu do wyboru banku....Pasiu przecioez robil 2MB bez Basica i dzialalo, ale nic tego nie wykrywalo....

9

jak myslisz Lewis, dalbys rade skopac pupcie Vascowi :)?

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

10

FAQ grupy comp.sys.atari.8bit:

- Newell              Newell Ind.              4096k
  4000-7FFF         0,1,2,3,4,5,6,7          B ($D301)
  Banks: 00,01,02,03,04,05,06,07,08,09,0A,0B,0C,0D,0E,0F
         10,11,12,13,14,15,16,17,18,19,1A,1B,1C,1D,1E,1F
         20,21,22,23,24,25,26,27,28,29,2A,2B,2C,2D,2E,2F
         30,31,32,33,34,35,36,37,38,39,3A,3B,3C,3D,3E,3F
         40,41,42,43,44,45,46,47,48,49,4A,4B,4C,4D,4E,4F
         50,51,52,53,54,55,56,57,58,59,5A,5B,5C,5D,5E,5F
         60,61,62,63,64,65,66,67,68,69,6A,6B,6C,6D,6E,6F
         70,71,72,73,74,75,76,77,78,79,7A,7B,7C,7D,7E,7F
         80,81,82,83,84,85,86,87,88,89,8A,8B,8C,8D,8E,8F
         90,91,92,93,94,95,96,97,98,99,9A,9B,9C,9D,9E,9F
         A0,A1,A2,A3,A4,A5,A6,A7,A8,A9,AA,AB,AC,AD,AE,AF
         B0,B1,B2,B3,B4,B5,B6,B7,B8,B9,BA,BB,BC,BD,BE,BF
         C0,C1,C2,C3,C4,C5,C6,C7,C8,C9,CA,CB,CC,CD,CE,CF
         D0,D1,D2,D3,D4,D5,D6,D7,D8,D9,DA,DB,DC,DD,DE,DF
         E0,E1,E2,E3,E4,E5,E6,E7,E8,E9,EA,EB,EC,ED,EE,EF
         F0,F1,F2,F3,F4,F5,F6,F7,F8,F9,FA,FB,FC,FD,FE,FF
  Notes: uses 8 pc. 4Mx1 Chips (541000-80); made by Newell, later by
  FTE; seems to be very incompatible to existing software and
  bankswitching cartridges (OSS, Atari, etc.), because normal RAM at
  4000-7FFF is NOT available - only extra Ram/Ramdisk banks. With one
  PIA chip there is simply no bit left to switch between main RAM and
  extra RAM / Ramdisk. But with the installation of a second PIA chip
  one would be able to do so. Furthermore one may use (almost) any
  setup or banks he likes then (with a second PIA chip one could
  control up to 256 Megabytes of RAM). Basic: To be able to select the
  internal Basic, connect a toggle switch between ground and the
  motherboard where PB1 was removed (PIA `Hole' 11). The switch is not
  much different than the Option Key, and I found it more versatile.
  (Wes Newell); OS: It is possible to maintain OS bankink using 4 Megs.
  It requires moving the OS into RAM before any banking of that Bit
  occurs. Use MOVEOS File on the [Newell-Software-] Disk. (Wes Newell)
  Atari Basic: no!  XL/XE Selftest: no (?)  Antic access: no!

A ze to popieprzone, to sie zgadzam  8)

11

A JAK UZYSKAĆ TEN ZNAMIENITY 1 mb JAKICH PAMIĘCI UŻYĆ CZY MOGĄ TO BYĆ KRUTKIE SIMY Z PC ?????? A JEŻELI Tak to jak je podłączyć słyszałem też że można zamontować jakiegoś scalaka na dodatkowy system o co tu chodzi????????

12

wystarczyło poszukać na forum.......
1MB SIMM:
http://atariarea.histeria.pl/forum/viewtopic.php?t=520
http://atariarea.histeria.pl/forum/viewtopic.php?t=137
http://atariarea.histeria.pl/forum/viewtopic.php?t=828
http://atariarea.histeria.pl/pliki/temp/SIMMexp.zip
plik wyżej ze schematem i instrukcją po Polsku jak zainstalować w Atarce 1MB Simm 'by Pasiu'  chwilowo nie działa - napisz do Dely-ego to naprawi link :-)
QMPEG
http://atariarea.histeria.pl/forum/viewtopic.php?t=167

"wszystko się kiedyś kończy......."

13

A ze to popieprzone, to sie zgadzam  8)

No wlasnie. Tylko rozszerzanie do 1MB ma sens.... EOT!

14

A ze to popieprzone, to sie zgadzam  8)

No wlasnie. Tylko rozszerzanie do 1MB ma sens.... EOT!

Dokladnie - dalsze wariacje na porcie $d301 moga spowodowac problemy ze starszymi programami.
Jezeli jednak ktos koniecznie chce wiecej, to niech pomysli o wrzuceniu drugiego PIA w obszarze adresowym: $d304-$d307 - mamy wtedy do sypozycji 16 dodatkowych bitow sterujacych co w polaczeniu z 6 bitami $d301 da nam 22 bity czyli 4194304 banki 16 kBajty, czyli teoretycznie 64 GB ;) Mysle, ze bylby to bardzo rozwojowy standard.
Dodatkowo budujac ciekawy interfejs i uwzgledniajac szybkosc Atari oraz wspolczesnych dyskow twardych mozna sie pokusic o to, ze banki beda znajdowac sie fizycznie np. na dysku twardym - to by dopiero byl ramdysk, nie ? ;)

15

moim zdaniem bardzo fajna rzecza bylby ram +5 mb i do tego bylby z wszystkim kompatybilny (chyba): 1mb na portb + 4mb na cfff (axlon). Zachod musialby przystosowac swoje progi do portb, a my dorobilibysmy sobie co trzeba aby skorzystac z axlona :)

16

moim zdaniem bardzo fajna rzecza bylby ram +5 mb i do tego bylby z wszystkim kompatybilny (chyba): 1mb na portb + 4mb na cfff (axlon). Zachod musialby przystosowac swoje progi do portb, a my dorobilibysmy sobie co trzeba aby skorzystac z axlona :)

I moglby powstac kolejny zonk apropos zgodnosci - $cfff to ostatni bajt "kawalka" obszaru pamieci RAM pod ROM-em - wystarczy, ze jakas wartosc zostanie tam wpisana - ja na przyklad, gdy podczas ladowania pliku binarnego wrzucam cos pod ROM, to najpierw wczytuje te dane w obszar $4000-$4fff i $5800-$7fff i potem podczas wywolania jednego INIT przerzucam to pod obszar $c000-$cfff i $d800-$ffff. Przypuszczam, ze nie jestem osamotniony w tym dzialaniu ;) W tym momencie gdyby podczas takiego "kopiowania" danych zostalaby wpisana jakas wartosc do $cfff to mogloby to przelaczyc bank z obszaru $4000-$7fff - pal szesc jesli bylyby to dane jakiegos obrazka, ale w wypadku kodu.... nie trudno sie domyslec.
  Poza tym rozszerzenie Axlon bylo projektowane pod komputery klasy Atari 400/800, ktore to posiadaly RAM w ilosci 48 kB (0-$bfff), nie mialy pamieci RAM pod ROM-em, i nawet jesli fizycznie $cfff pokrywalaby sie z ROM-em to odczyt z ROM-u nie kolidowalby z zapisem do portu, tyle ze nie daloby sie odczytac zawartosci portu.

17

Popieram. A tak w ogole. Na cholere 5 mega. 1MB to juz nadto. Juz widze Vasca ladujacego ze stacji 7 dyskietek 720KB, a tu nagle wylaczyli prad.... :P Juz lepiej wlozyc twardziela. Ja od kiedy mam twary nie uzywam ramdysku, a dzisiejsze dema wymagaja max 320KB...

18

> Z użyciem komórki $d301 do 1MB

Byly rozszerzki na $d301 do 4MB - wszystkie bity zmienialy bank.

> (7 bitow, bo ósmy służy do wyłączania ROMu).

6 do wyboru + 1 do wlaczania/wylaczania - to tylko uscislenie

u mnie do wyboru jest ich 6, a dwa pozostałe są od basica i os-u
szkoda że straciłem bit selftestu bo pod mlm qmega nie mam dostępu do dodatkowego ramu....

Hitler, Stalin, totalniak, SSman, NKWDzista, kaczor dyktator, za długo byłem w ChRL, wypowiadam się afektywnie.