32KB RAM Expansion For C64 Disc Drive

[V-12/Tropyx]

elwer:

- który monitor programowy obsługuje RAM stacji (niestety nie mam AR ani FCIII),

No właśnie najlepiej testować na AR, ponieważ można tam się przełączyć na monitor pamięci stacji dysków.

elwer:

Może Klax (autor artykułu) lub V-12/Tropyx (edycja i poprawki artykułu) udostępnią jakieś
oprogramowanie (demo) w którym wykorzystano rozszerzenie (tylko nie piszcie że rozszerzenie powstało tylko na papierze).

Tak, paradoksalnie rozszerzenie powstało na papierze i zostało wykonane przez Klax'a i do dziś nikt nic na to nie zakodował. Trzeba to zmienić. Wciąż nie dokopałem się do fotek z rozszerzenia, dajcie mi jeszcze kilka dni

[wegi]

@elwer - gratulacje przede wszystkim

 - rozszerzenie powstało i działało - widziałem fotki (od dołu też) wykonanego moda przez KLAX'a
... w actionie monitoruje się stację za pomocą polecenia @*8 czy @*9 dla driva nr 9 (po wejściu F2 do monitora) ...
Nie rozumiem o jakim minusie mówisz że rozszerzenie jest wolne - czy o to chodzi, że transmisja zajmuje dużo czasu to tak, ale integralnie w drivie jest multum ramu i może teraz być wykorzystany rezydentnym programem driva...

>- wg opisów stacji w komórkach 4000-400f są rejestry CIA (rejestry można zapewne odczytywać lub zapisywać) grzebanie w rejestrach może coś spowodować (zdaje się są ustawienia szybkośći transmisji) i jakie to sprawdzenie dodatkowego RAMu (chyba że dodatkowy RAM dla C64 maskuje rejestry).

mówisz o 1571 chyba i tam jest zdaje się sterownik do MFM... i w 1570/71 jest CIA (oprócz VIA) w 1541 są dwa VIA

W 1541 przez niepełne dekodowanie adresu znajdziesz tam kopię RAM od $0000 ale nie musisz się tym przejmować, przy poprawnie wykonanym ext32KB sir KLAX zrobił PLA, które dekoduje ten obszar i "podkleja" w to miejsce pierwszą komórkę statica 32KB

Program, który usiłujesz wklepać nie ma niczego wspólnego z drivem - po komendzie @t i @v przepisuje ram dla basica na "górę" ramu C64 i na odwrót

Załączam test obszaru ramu od $4000 do $BFFF dla KLAX'owego rozszerzenia - program uruchomi się odczyta status stacji , prześle test do driva i odczyta status stacji - w trakcie testu pomiga dioda a na koniec odczytasz status jeżeli test jest ok odczytasz "00,OK,00,00" przy błędzie odczytasz "73, CBM DOS..."

Miłej zabawy i daj znaka jak wypadł test

http://c64power.com/forum/uploads/files/autostart-C64.zip

[elwer]

@Wegi dzięki za programik, oto komunikaty które program wyświetla po uruchomieniu:
00, OK,00,00
73,CBM DOS v2.6 1541,00,00
lub
00, OK,00,00
73,JIFFYDOS 5.0 1541,00,00
Tak generalnie coś jest nie tak bo jest błąd i go niema - muszę sprawdzić połączenia.

Poszukuję innej wersji JiffyDosa do stacji, bo przy tej są problemy przy uruchamianiu programów np. DRACOPY, BRABROWSE, FIBR, SD2 (chyba że jest to wpływ rozszerzenia).

[wegi]

Nie zna JD i nie wiem jaki on obszar zajmuje czy identycznie jak DOS czy nie - na wszelki wypadek załóż fabrycznego DOS'a i spróbuj. Widzisz 2 statusy bo tak jak pisałem program na początku tylko odczytuje status stacji po tym, jak się z nią połączył dla informacji, że nawiązał połączenie - drugi status jest już wynikiem działania programu...

Pytanie - test trwa około sekundy i w tym czasie dioda mruga bardzo szybko - czy zdążysz zauważyć mruganie przez jakiś czas czy natychmiast wywala błąd?

wpisz po teście coś takiego:
10 open1,8,15,"m-r"+chr$(7)+chr$(0)+chr$(1):get#1,x$:close1:print asc(x$)

jeżeli odczytana wartość to 85 lub 170 to znaczy, że nie widać rozszerzenia, jeżeli jest inna to jest starszy bajt adresu strony, na której test nie wyszedł pomyślnie

[elwer]

Kernel na stacji jest przełączany (po 73 wyświetla jaki jest aktywny). Mruganie diody to praktycznie jedno mrugnięcie.
Przed uruchomieniem 10 open..., trzeba wpisać  1680 (skasowanie uruchomienia programu 32ktest), dopiero po wpisaniu 10 open ... wyświetla 64.

[wegi]

To tak jakby tam był ROM!! nie przeszła pierwsza strona testu! (64 to starszy bajt od $4000) Weź chwilowo zlikwiduj tego moda z JD zrób jak fabryka dała i powiedz co jest

[elwer]

Na fabrycznym:
00, OK,00,00
73,CBM DOS v2.6 1541,00,00
i potem 64
Może pamiętasz jaki monitor obsługuje stację dysków?

[wegi]

żaden - piszę Ci go właśnie

[V-12/Tropyx]

Na razie znalazłem rozszerzenie 32K do stacji 1541 stworzone w 1990 roku przez A. Mileskiego. Nie pamiętam, skąd to mam, jakoś na necie nie mogę tego znaleźć. Wciąż szukam fotek do wersji Klax'a.

http://c64power.com/forum/uploads/files/1541-32k.txt

[wegi]

http://c64power.com/forum/uploads/files/monitor.zip

Prosty monitor bez wielkich możliwości ale driva monitoruje ze 4 razy szybciej jak AR

Komendy (podaję z promptem) w monitorze:

.x - wyjście
.@ - status stacji
.@8 wybór stacji nr 8
.@9 wybór stacji nr 9
.@i inicjalizacja dyskietki

.m0300 odczyt 8miu bajtów spod $0300 w drivie
.m300 to samo ale krócej
.m22  odczyt 8miu bajtów spod $0022
.m2   odczyt 8miu bajtów spod $0002
.m0300 0800 monitor od $0300 do $0800
.m0300- monitor od $0300 do $ffff

w trakcie monitorowania można wcisnąć spację dla pauzy lub r/stop aby przerwać

.i0300 odczyt 32ch bajtów spod $0300 w drivie
.i300 j.w.
.i22  analogicznie jak komenda m
.i2  
.i0300 0800
.i0300-

dla zapisu dla opcji "i" jednego wiersza czy to monitora trzeba wcisnąć return na wybranym wierszu

.:0300 01 02 03 04 05 06 07 08 [tu return] - próbuje zapisać do driva pod $0300 w tym wypadku i ponownie odczytuje wiersz
- ważne spacje muszą być, cyfry są w hex, można je modyfikować - jak nie będzie spacji to wywali błąd

dla bajtów

.*0300 jakiś ciąg 32 bajtów [return]

analogicznie próbuje zapisać ciąg bajtów z wybranego wiersza na ekranie

dla KLAX extension powinno się badać obszar pomiędzy $4000 do $bfff of coz przejrzyj cały zakres i zabacz jakie są mirrory

W każdym razie jeżeli zobaczysz mirror od $8000 DOS'u spod $c000 - bankowo nie działa Ci PLA od ex32KB

Pod $4000 normalnie jest kopia RAM od $0000,
od $0800 do $17ff widzisz starszy bajt aktualnego adresu np. dla $1347 będzie to #$13, dla $0900, $0920, $0999 będzie to cały czas #$09
$1800 - $180f rejestry VIA#1 mirrorowane do $1c00
$1c00 - VIA#2 mirrorowany do $2000

$2000 - mirror RAMU od $0000

Przypominam, że normalnie pod $4000 jest mirror RAM'u od $0000... - najlepiej podczas zapisów wyjmij dyskietke a po testach wyłącz i włącz stację (oczywiście nie inicjalizuj dyskietki której nie ma (@i)

[elwer]

@WEGI jesteś WIELKI !!!
Monitor działa dokładnie tak jak napisałeś, przydała by się jeszcze funkcja wypełniania obszaru pamięci jakimś znakiem - poniżej napiszę dlaczego:
Przyczyną awarii była urwana nóżka nr 19 (D7) po odgięciu w drugą stronę nóżki wąskich pamięci pękają a ta po  przylutowaniu puściła zaraz przy plastiku tak że nie było widać.
Po wymianie pamięci:
- programik autostart-C64.zip pokazuje:
  00, OK,00,00
  00, OK,00,00
- 10 open1,8,15,"m-r"+chr$(7)+chr$(0)+chr$(1):get#1,x$:close1:print asc(x$)
  192
Niestety jest ALE, jest coś nie tak z adresowaniem wpisując zmiany od adresu $4000 te same zmiany pokazują się $4100 i vice versa wpisując zmiany od $4100 zmiany te są widoczne od $4000, tak samo jest z następnymi obszarami $4200 -$4300 itd. co 256 bajtów, obszary $5000, $6000 itd. to samo. Komórki pamięci po włączeniu zasilania pokazują w większości $55, ale są też inne wartości które przy przeglądaniu pojawiają się  symetrycznie (te same wartości co jakiś odstęp) lub całkiem przypakowo.
Na stronie http://www.riversedge.pl/32k_expansion pokazały się zdjęcia rozszerzenia, będę mógł porównać co jeszcze spieprzyłem.
Jeszcze raz @WEGI podziękowanie dla Ciebie.

[wegi]

No jak to co - masz niepełne dekodowanie adresu - albo PLA gdzieś na A8 jest zwalone a najpewniej A8 na STATICU.
Rozumiem, że zapis do $4000 nie zmienia wartości pod $0000 (czyli nie zapisujesz do fabrycznego SRAMU driva)?

>przydała by się jeszcze funkcja wypełniania obszaru pamięci jakimś znakiem - poniżej napiszę dlaczego:

zaraz napiszę dlaczego jej jeszcze nie ma :

Ta funkcja zmyliłaby Cię przy takiej usterce - wszystkie bajty przyjęłyby taką samą wartość a Ty byś nie skumał, że odczytujesz co drugi blok (że masz niepełne dekodowanie) tak jak tester STATICA nie kmini, że jest niepełne dekodowanie... - potestuj hardware -  to fill dorobię chociaż tak naprawdę nie jest to nic takiego

edit:
a raczej coś niebezpiecznego ktoś nieobeznany z drivem zacznie fillować obszary - w stacji bez KLAX ext. fill trafi albo na mirror ramu albo na mirror VIA... zwiecha stacji to nie problem, ale dyskietke może błędnie zapisać - to też nie problem bo ją sformatujesz ale co z danymi

edit2:
dorobię Ci opcję numerowania bloków od $4000 do $bfff (wpisze do niego starszy bajt adresu) to będzie bardziej przejrzyste i pokaże czy inne bity adresowe nie są uwalone

[V-12/Tropyx]

Udało mi się w końcu dokopać do zdjęć od Klax'a jego montażu rozszerzenia. Dołączyłem je do tłumaczenia wtórnego (oryginalna wersja gdzieś zaginęła) i dodatkowo w treści jest także "oryginalny" schemat, jaki kiedyś narysował Klax.

W przyszłości, jak będę montował to rozszerzenie u siebie, dołączę swoje fotki. Artykuł uważam za otwarty - będzie można do niego coś dopisać od siebie. Wegi, fajnie że zakodziłeś ten monitor

http://www.riversedge.pl/rozszerzenie_pamieci_32kb_dla_stacji_dyskow_1541_ii

[wegi]

http://c64power.com/forum/uploads/files/drivmonitor.zip

Monitor zwolnił, bo przy odczytywaniu ciągu bajtów spod $0d00 stacja wali buga wg mnie i odczytuje bajt adresu jako znak sterujący, przesyła status stacji zamiast danych w związku z tym zamiast ciągiem odczytuję po bajcie.

Dorobione:

.f xxxx yyyy zz wypelnienie od adresu xxxx do yyyy wartością zz (nie narusza $0400 bo tam jest kod)
.@k - test klax extension - robi to co ten program testujący i w przypadku poprawnego testu bloki są ponumerowane wartością starszego bajtu ich adresu
.@f - formatuje klax ram bez względu na wynik testu (wypełniony blok starszym bajtem adresu)

@V12 fajnie, że fotki odkopałeś - niech ktoś je wklei do tego wątku tak ładnie jak suchy to robi, że są widoczne

[suchy]

Fotki zassane ze strony V-12 trochę rozjaśniłem i umieściłem na c64power. Myślę, że V-12 nie będzie miał nic na przeciw - osobiście uważam, że jeżeli takie dane "leżą" w różnych miejscach, to mają większą szansę przeżycia ich autorów.

32KB RAM Expansion For C64 Disc Drive by KLAX:





















PS Fajny mod KLAX, szczególnie interesująco wygląda ta "rozkraczona na plecach"    pamięć SRAM 62256