Niezalogowany (Zaloguj się)

Jeśli chcesz wziąć udział w dyskusjach na forum - zaloguj się. Jeżeli nie masz loginu - poproś o członkostwo.

Vanilla 1.1.4 jest produktem Lussumo. Więcej informacji: Dokumentacja, Forum.

RAMCART - programowanie

Od 101 do 150 z 168

- 1: CommentAuthorZenon
- CommentTime7 May 2023
Panowie, manipulowanie przełącznikiem nie zmienia numeru wybranego banku, póki jest zasilanie rejestr trzyma wpisane tam dane. Jest dostępny pod adresami strony $D5 i nie ma nic wspólnego z trybami zapis/odczyt, za wyjątkiem tego że nimi steruje, więc gdy moduł jest nieaktywny i tak do rejestru można wpisywać na pozycji D2 i wyżej pozostawiając w spokoju bity D0 i D1.
Dlatego wymyśliłem by rejestr też był do odczytu, (bo może się to przydać ) by wiedzieć jaki jest stan bitów D0, D1 i pozostawić je w spokoju.
Oczywiście wybranie innego banku nic nie daje, bo jak moduł jest nieaktywny to jest to tylko ciekawostka.
- 2: CommentAuthormono
- CommentTime7 May 2023
Tak, tak. Chodzi o to żeby się zorientować czy ktoś zmienił położenie przełącznika RW albo nr modułu 128K.
- 3:
  
  CommentAuthorgienekp
- CommentTime7 May 2023
```
lda #%00000100
sta PMCNTL
```
Tego nie znam?!

Obecna konstrukcja ramcarta jest taka, że przypadkowe (celowe) naciśnięcie R/W w złym momencie wysadza system. Trochę fundamentalny bug. Taki nośnik raczej do trzymania ważniejszych danych się nie nadaje.

Natomiast nie wiem ile to bramek zaoszczędziło, ale RW nie powinno być przyciskiem ale bitem w rejestrze. Normalnie sterowanym programowo. I żadne tam negacje D0, że raz tak a raz tak.

Pytanie, czy tam gdzie jest przycisk, nie dało by się dolutować jakiejś płytki z rezystorami albo logiką, żeby wyeliminować "antenę" oraz poprawić bug?
- 4: CommentAuthorZenon
- CommentTime7 May 2023
1. To trzeba też uznać za błąd obsługę stacji dysków, bo jak zapisuje w dowolnym monecie można podnieść głowicę i po ptokach... A jednak używamy i cieszymy się że jest bo niejeden browar nie wylądował w brzuchu gdy ciułało się na stację :)
2. Nie do końca jestem przekonany że to ewidentnie wina sygnału WE że może przypadkowo nadpisać. Aby było to możliwe muszą być spełnione dwa warunki
WE=0 i CS=O, wtedy stan niski WE zapisuje. Niestety, nie mam możliwości to wychwycić, a jak nie zna się rzeczywistej przyczyny to walka z wiatrakami. (Opóźnienia sygnałów nie takie jak trzeba, inne dziwne rzeczy o których fizjologom się nie śniły jak Kiepski mawiał...)
3. By wyeliminować antenkę na stałe WE podciągnięte jest opornikiem do Vcc. Nawet gdyby przełącznik wystawił to wejście w powietrze, opornik trzyma potencjał.
- 5:
  
  CommentAuthorgienekp
- CommentTime7 May 2023
Chodzi mi o to, że przycisk RW robi DWIE rzeczy na raz. Zmienia WE i podłącza/odłącza bank. To podłączenie/odłączenie jest mocno problematyczne.
- 6: CommentAuthoremka
- CommentTime9 May 2023 zmieniony
"gienekp":
Ale jakby JMP WAIT zamienić na JMP TRIK i dać pod TRIK procedurę co zaneguje Bit-0 $D500 to problem znika. User może pstrykać RW i NIC mu się nie zawiesi

Sprawdziłem koncepcję gienekp ukrywania RAMCART przed systemem.
Wszystko fajnie. Tylko że w czasie pomiędzy zmianą stanu przełącznika RW a najbliższym przerwaniem system widzi bank pamięci RAMCARTa. Jeżeli jakiś program działał w tym czasie w obszarze $8000-$BFFF to nagle zobaczy inną pamięć i pójdzie w kosmos. Nie wiemy kiedy procesor wykonuje kod w tym obszarze. Chyba że CZEKA NA KLAWISZ. Ta procedura jest w OS. a więc poza obszarem $8000-$BFFF i można zmieniać stan przełącznika RW. Dotyczy BASIC, ACTION!, MAC_65, 4TH i wiele innych, oczywiście w momencie czekania na klawisz. Zastępuje też SW która też czeka na klawisz.

Wniosek jest taki że negacja D0 w $D500 jest potrzebna (konieczna) tylko w czasie BOOT komputera, potem tylko przeszkadza i powinna być wyłączona najlepiej jakimś rejestrem (np D7 w $D501). Taka zmiana byłaby kompatybilna wstecznie z wcześniejszymi projektami.

Dla ciekawych dołączam obraz RAMCART z LiteDOS na którym testowałem "TRIK"
LiteDOS jest dość wolny bo wszystko przeprowadza przez system i dodatkowo buforuje sektory.
Docelowy DOS będzie miał duuużo pamięci i nie będzie musiał buforować sektorów.

Wpisanie 1..9 wyświetla katalog napędu 1..9
uruchomienie programu z aktualnego napędu to dwie spacje i nazwa,
lub najechanie kursorem na nazwę i ENTER.
Inne funkcje LiteDOS patrz instrukcja ->link<-
pozdrawiam.
- 8MB.car.zip
- 7:
  
  CommentAuthorgienekp
- CommentTime9 May 2023
Dlatego kilka postów dalej napisałem:
Właśnie zdałem sobie sprawę, że tryb "dysk twardy" nie jest możliwy. Jeżeli aktualnie wykonuje się kod z banku górnego to wciśnięcie przycisku RW zawsze go zabije. I nie druga faza VBLANK ale najnormalniej program poleci na manowce i dodatkowo może namieszać w danych randomowo.
- 8: CommentAuthorZenon
- CommentTime10 May 2023
Emka pisze...
Wniosek jest taki że negacja D0 w $D500 jest potrzebna (konieczna) tylko w czasie BOOT komputera, potem tylko przeszkadza i powinna być wyłączona najlepiej jakimś rejestrem (np D7 w $D501). Taka zmiana byłaby kompatybilna wstecznie z wcześniejszymi projektami.

Hmmm, przecież D0 w $D500 można włączyć/wyłączyć w dowolnej chwili, to po co powtarzać rejestrem $D501 ?
Jesteś w trybie odczyt, wykonał się boot, wpisujesz D0=1 i pozbywasz się negacji, RD5=0, ale nadal jesteś w trybie odczyt WE=1 pamięci
Jesteś w trybie zapis, tu jest odwrotnie, wpis D1=1, RD5=1, i po naciśnięciu reset w Atari wykonuje się boot (musi być nagłówek w aktualnie wybranym banku).
- 9: CommentAuthoremka
- CommentTime10 May 2023
"Zenon pisze...":
przecież D0 w $D500 można włączyć/wyłączyć w dowolnej chwili, to po co powtarzać rejestrem $D501 ?

Żeby rozdzielić przełącznik RW od RD5 i jednocześnie zapewnić kompatybilność ze starszym oprogramowaniem w którym takie połączenie jest. Połączenie RW z RD5 jest niebezpieczne dla danych.
- 10: CommentAuthorZenon
- CommentTime10 May 2023
To wymaga przelutowania na płytce.
- 11:
  
  CommentAuthorgienekp
- CommentTime11 May 2023 zmieniony
@Zenon
A trudne by było przerobić tak, że nie ma przełącznika R/W?
Czyli (jak rozumiem) po włączeniu D500 i D501 jest wypełniony samymi zerami. RD5 jest w negacji (żeby z zera D500-D0 zrobić jeden na RD5). Ale, żeby RW było cały czas aktywne na stałe. Może jakąś ścieżkę da się przeciąć?

Bo będę robił podejście z nową koncepcją i między innymi jestem ciekaw, czy rzeczywiście to R/W=ON na pewno tak chętnie chce uszkadzać dane przy włączeniu. Zależy mi na wersji "ala HDD". I uważam, że się da i warto podnieść poprzeczkę.

Jeżeli nie da się to robię tak, że po włączeniu wyskoczy ekran powitalny (w procedurze INIT dla CARTA). Proszący o przełączenie carta w tryb RW. I będzie to pod nadzorem tej procedury INIT. I dalej już tylko R/W jak w HDD.

Każde zakończenie operacji I/O będę ustawiał: cart off/ bank: jakiś nieużywany.

@all
zna ktoś jakieś szybkie procedury liczenia jakiś CRC na 6502? Idealne do sprawdzenia integralności banków RAM-CARTa
- 12: CommentAuthorZenon
- CommentTime11 May 2023
Aby stale był zapis, wystarczy na przełączniku zawrzeć dwie końcówki, przełącznik zostawić w pozycji odczyt.
W czasie boot RD5=1, jak się wykona wpisać D0=1 dla $D500 i RD5=0
Ale to tak działa, jedyna różnica że po przeróbce od razu jest dostępny zapis, a bez przeróbki trzeba przełączyć, ale nic nie wpisywać do D0.
- 13:
  
  CommentAuthorjhusak
- CommentTime11 May 2023
gienekp, suma z przeniesieniem dobrze działa, i szybko.
- 14:
  
  CommentAuthorgienekp
- CommentTime9 Jun 2023
RAMCART pojawił już na liście ATARI800 oficjalnie:
->link<-

wpisy:
| 97 | 800/XL/XE | 1M | Ram-Cart 1 MB cartridge
| 98 | 800/XL/XE | 2M | Ram-Cart 2 MB cartridge
| 99 | 800/XL/XE | 4M | Ram-Cart 4 MB cartridge
|100 | 800/XL/XE | 8M | Ram-Cart 8 MB cartridge
|101 | 800/XL/XE | 16M | Ram-Cart 16 MB cartridge
|102 | 800/XL/XE | 32M | Ram-Cart 32 MB cartridge
- 15: CommentAuthormono
- CommentTime9 Jun 2023 zmieniony
A
| 94 | 800/XL/XE | 64 | Ram-Cart 64 KB cartridge
| 95 | 800/XL/XE | 128 | Ram-Cart 128 KB cartridge
| 96 | 800/XL/XE | 256 | Double Ram-Cart 2x128/256 KB cartridge
to gips? :)

Edit: Jest tam też:
|103 | 800/XL/XE | 32 | SiDiCar 32 KB cartridge
więc można sobie zobaczyć jak to działa z oprogramowaniem z Tajemnic Atari.

Jak ktoś korzystał z poprzedniej implementacji z mojego forka, to będzie miał inne indeksy dla cartridgy. Trzeba wygenerować sobie nowy obraz, albo zmienić stary modyfikując bajt o offsecie $07 trzy bajty za sygnaturą 'CART'
```
0000000: 43 41 52 54 00 00 00 4d 00 00 00 00 00 00 00 00  CART...M........
```
dowolnym hexedytorem.
- 16:
  
  CommentAuthorgienekp
- CommentTime9 Jun 2023
Racja, jeszcze 94-96 :)

... musze toolsy przeindeksować

P.S. Mam już gotowy kod na 104-111 ;)
- 17:
  
  CommentAuthorgaltron
- CommentTime9 Jun 2023
# Mono - kiedy można się spodziewać programu do obsługi RAM CART-a ale nie na emulator tylko w prawdziwej wersji ?
- 18: CommentAuthormono
- CommentTime9 Jun 2023
Trudno powiedzieć. RAMCART nie jest moim priorytetem. Rozpoczęty jest SDX w wersji na RAMCART-a - trzeba go dokończyć i zmodyfikować flashera.
- 19:
  
  CommentAuthorgaltron
- CommentTime10 Jun 2023
# Mono - zapytałem kiedy można się spodziewać ponieważ pierwszy raz pytałem coś koło roku 2020 tak więc już dość dawno temu ;) Fajnie by było ruszyć te RAM CART-y o większej pojemności ;)
- 20: CommentAuthorPawex (RTG)
- CommentTime29 Jun 2023 zmieniony
gienekp:
Niestety ale ACID800 robi całą masę nietypowych trików, żeby przetestować "to i owo". Automatyczna konwersja się nie uda. Taki program powinien autor zbudować od początku jako cartridge i to najlepiej diagnostyczny.

Edit.
Automat nie, ale ręcznie jak się pomoże to poleci. Sprawdź załącznik.
acid800.car

Zrobiłem pod linuxem konwersję z .car do .rom (./car2rom)
Potem przekonwertowałem z .rom do .xex (./ramcart2xex).
Otrzymałem acid800.xex.
Skopiowałem przez sio2sd na fizyczny Ram-Cart ale chyba nie działa.
Po uruchomieniu mam tylko czarny ekran i nic się nie dzieje.
Musiałem mieć pusty cały Ram-Cart bo inaczej nie chciało się zmieścić.
- 21:
  
  CommentAuthorgienekp
- CommentTime29 Jun 2023
Acid800 ma ATR w sektorze 128 bajtów. Nie używa żadnego DOSa i czyta po sektorach, więc nie ma jak tego skopiować na 256.
Te narzędzia do RAMCARTA lecą na 256, bo RAMCARTy są naprawdę duże jak na możliwości ATARI i w zasadzie to 512 byłoby zalecane.
- 22: CommentAuthorPawex (RTG)
- CommentTime29 Jun 2023
Spróbowałem przekonwertować na .xex i uruchomić na fizycznym Ram-Carcie plik Acid800.bin z tej paczki, którą umieściłeś w sąsiednim wątku (ATRsd2CAR) ale to samo po uruchomieniu: czarny ekran i nic się nie dzieje.

23:

CommentAuthorgienekp
CommentTime29 Jun 2023 zmieniony

@Pawex
bo to są obrazy Maxflash/JACART. RAMCART ma zupełnie inne bankowanie i to nie zadziała.
W źródłach Acid800 są poszczególne testy jako XEX.
Może interesujący XEX odpali Ci się jakoś. Mi się z DOSami to gryzie, ale jakby dodać jakiś loader xex'a na ATR-256 to powinno się udać.
Zresztą jak spojrzysz na dokumentację Acid800 to tam jest, że w zasadzie cała pamięć jest zajęta do czegoś i na DOSa nie ma miejsca.

;============================================================
; MEMORY MAP (800)
;
;       $0000-007F              OS zero page
;       $0080-00BF              Module zero page
;       $00C0-00DF              Library zero page
;       $00E0-00EF              80-column zero page
;       $0100-01FF              6502 stack
;       $0200-03FF              OS database
;       $0400-09FF              Boot loader / unused
;       $0A00-0AFF              Boot loader / Veronica support resident page
;       $0B00-0BFF              Boot loader / sector load buffer
;       $0C00-0FFF              Boot loader / 16K display
;       $1000-18FF              Resident test driver (full suite only)
;       $1900-19FF              Segment tables (full suite only)
;       $1A00-1FFF              Library code
;       $2000-3FFF              Module run area
;       $4000-5FFF              Segment load area / Extended memory window
;       $6000-7FFF              80-column screen A / Extended memory window
;       $9000-9BFF              80-column driver
;       $9C00-9FFF              Unused (display list if cart)
;       $A000-BFFF              80-column screen B
;

Acid800tests.7z

- 24:
  
  CommentAuthorjhusak
- CommentTime30 Jun 2023 zmieniony
Mam DOS Foxa przerobiony na kartridżowy. Można spróbować. Chociaż skomplikowany ten test i pod win pisane batche.
- 25: CommentAuthorPawex (RTG)
- CommentTime30 Jun 2023 zmieniony
Czyli raczej z Ram-Carta to nie ruszy.

@jhusak
Rozumiem, że ten DOS Fox do odpalenia potrzebuje Maxflash/JACART?

edit:
Może by spróbować jeszcze uruchomić te pojedyncze xex'y z boot menu Ram-Carta bo tam chyba żadnego Dosa nie ma.
- 26: CommentAuthorZenon
- CommentTime30 Jun 2023
XEX to to samo co COM, podają ATARIKI, więc
Formatujesz RAMCART, kopiujesz pliki do niego, (opcjonalnie DOS dla Ramcarta), na koniec inicjalizator (+ nadajesz plikom swoje nazwy), na koniec przełącznik ustawiasz w tryb Odczyt. Gotowe. Powinno odpalić.
- 27: CommentAuthorPawex (RTG)
- CommentTime30 Jun 2023 zmieniony
Próbowałem uruchomić przez boot menu Ram-Carta Acid800.xex wygenerowany przez programy od @gienkap (car2rom, ramcart2xex) ale nie chciał wystartować.
Są dostępne pojedyncze pliki xex z Acid800. Są to pojedyncze testy tego programu. Może one w ten sposób ruszą (przez inicjalizer Ram-Carta).

Chodzi o to, że dobrze by było żeby było jakieś narzędzie, którym dało by się zdiagnozować Atari, które nie bootuje przez SIO.
- 28:
  
  CommentAuthorPeri Noid
- CommentTime30 Jun 2023
Na Allegro ktoś sprzedaje takie COMBO.
- 29: CommentAuthorPawex (RTG)
- CommentTime30 Jun 2023
Które to?
- 30: CommentAuthorPawex (RTG)
- CommentTime30 Jun 2023 zmieniony
Acid800 ma aż 15 różnych testów Pokey'a więc teoretycznie jest szansa, że może coś pokaże jak coś jest nie tak.
- 31:
  
  CommentAuthorPeri Noid
- CommentTime30 Jun 2023
Nie mogę teraz znaleźć ale jestem pewien, że mi mignęła oferta z dokładnie taką argumentacją jak Twoja powyżej.
- 32: CommentAuthorPawex (RTG)
- CommentTime30 Jun 2023 zmieniony
Sprawdzałem tym cartem ale on nic nie wykazał.
Z tym, że tam jest najstarsza wersja programu i jest tylko 8 testów Pokeya.

edit:
Oczywiście o ile to Pokey jest przyczyną usterki a nie coś innego.
- 33:
  
  CommentAuthorgienekp
- CommentTime30 Jun 2023 zmieniony
@Pawex
Ale Ty na RAMCARTa musisz wgrać pojedyncze pliki XEX a nie ten wynik ramcart2xex, bo to zupełnie do czego innego służy. ramcart2xex buduje taki niby flasher dla obrazu ramcarta i jego odpalasz z SIO2SD. Numer z car2rom itd. nie przejdzie bo sam obraz ATR jest w sektorze-128 a do tego procedur nie ma. ATRa nie przerobisz bo Acid800 ma tak namieszane, że w zasadzie trzeba by go od nowa przekompilować. Niestety ma "make" jakiś dziwacznie windowsowy (Autor wyraźnie preferuje windowsa).

Zrób tak jak @Zenon napisał.
Formatujesz RAMCARTA tak "po staremu". Nagrywasz na RAMCARTA pliki:
- pokey_addrmirror.xex
- pokey_asyncrecv.xex
- pokey_default.xex
- pokey_inittiming.xex
- pokey_irqtiming.xex
- pokey_noise.xex
- pokey_serclock.xex
- pokey_serdirect.xex
- pokey_seroc.xex
- pokey_sertiming.xex
- pokey_skstat.xex
- pokey_timergranularity.xex
- pokey_timerirq.xex
- pokey_timertiming.xex
- pokey_twotone.xex
każdy z osobna (z tym że musisz skrócić nazwy).
Potem uruchamiasz RAMCARTa, wpisujesz DIR, powinna wyskoczyć lista tych Twoich plików.

No i RĘCZNIE odpalasz wpisując nazwy po kolei. Tak jakbyś chciał uruchomić zwykły program.
- 34:
  
  CommentAuthorgienekp
- CommentTime30 Jun 2023 zmieniony
Czy na RAMCARTA da się nagrać "Chaos Loader"?
Bo "DOS II+/D" nie daje rady ale "Chaos Loader" już tak.
- Acid800_Pokey_DOS.atr
- Acid800_Pokey_Chaos.atr
- 35: CommentAuthorPawex (RTG)
- CommentTime30 Jun 2023 zmieniony
gienekp:
Ale Ty na RAMCARTa musisz wgrać pojedyncze pliki XEX a nie ten wynik ramcart2xex, bo to zupełnie do czego innego służy

Mnie trochę zmyliła nasza konwersacja.
Zobacz posty 4,5,6 i 7 na drugiej stronie tego wątku.
Tam podesłałeś plik acid800.car więc ja (błędnie) wydedukowałem, że trzeba to przekonwertować na xex bo inaczej przecież z ram-carta tego nie uruchomię.

Ja mam ram-carta 2MB i do obsługi używam XDOSRC 2.3.
Tych pojedynczych testów-plików xex, które już mam na ram-carcie (nazwy już też skrócone) to mi się jakoś nie udaje z pod tego DOS'a uruchomić. Wyskakuje mi error 181.

Natomiast ładnie uruchamiają się z boot menu ram-carta
(pisałem, że tak spróbuję w poście 27 na tej stronie wątku).

I coś już wreszcie mam:

Na sprawnym komputerze:
POKEY:SERIAL STATUS ...FAIL
TIMEOUT OCCURED WHILE SENDING SIGNAL

POKEY:DIRECT SERIAL INPUT ...PASS

Na uszkodzonym (nie bootującym) komputerze:
POKEY:SERIAL STATUS ...SKIPPED
D1:STATUS COMMAND FAILED

POKEY:DIRECT SERIAL INPUT ..SKIPPED
D1:STATUS COMMAND FAILED

Czyli na sprawnym komputerzem mam "FAIL" I "PASS"
a na uszkodzonym mam w oby dwóch testach "SKIPPED".

Do SIO była podłączona i włączona stacja dysków.
- 36: CommentAuthorPawex (RTG)
- CommentTime30 Jun 2023
To boot menu, które mam na Ram-Carcie to:
"Double Ram-Cart loader by Jager/Dial
Based on the Chaos Loader by J.Pelc"

Jest też coś takiego, że raz na kilka razy zdarzy się, że na sprawnym komputerze pojawi mi się:
POKEY:SERIAL STATUS ...PASS

..ale nie wiem dlaczego tak się dzieje.
- 37: CommentAuthorPawex (RTG)
- CommentTime30 Jun 2023 zmieniony
gienekp:
Czy na RAMCARTA da się nagrać "Chaos Loader"?

Ten loader się instaluje na Ram-Carcie jak go inicjalizujesz programem init (w moim przypadku xinit256).
- 38:
  
  CommentAuthorPeri Noid
- CommentTime30 Jun 2023 zmieniony
@Pawex: Znalazłem, to było to: ->link<-
@gienekp, to twoje jest ;-)
- 39: CommentAuthorPawex (RTG)
- CommentTime30 Jun 2023 zmieniony
Tak, sprawdzałem tym cartem.
- 40:
  
  CommentAuthorgienekp
- CommentTime30 Jun 2023 zmieniony
To tym Chaosem da się wczytać te XEXy, bo DOSy wymiękają. Ten ACID panoszy się po całym ramie kilując wszystko co napotka. Dziwne, bo raczej narzędzie diagnostyczne powinno mieć więcej kultury i zakładać zmienne środowisko pracy (w końcu ma je testować).

Tak patrząc na te kody w Acid800 to wygląda jakby ten diagnosta bardziej sprawdzał, czy emulator dobrze emuluje ATARI a nie czy samo ATARI dobrze działa.
No bo mamy np. FAIL. I jaki wniosek? Pod Emulatorem jest chyba z połowa Failów a wszystko działa.

@Pawex
POKEY ma 15-testów, raczej musisz wszystkie wgrać na RAM-CARTa i porównać. Tak jak Ci pisałem, z carta nie idzie mi tylko test "POKEY: Direct Serial Input". Przeskakuje go, bo w kodzie jest zapytanie stacji o sektor 0 i oczekiwanie błędnej odpowiedzi. No a jak leci z CARTa to żadnej stacji i sektora 0 nie ma. No i upiera się, że to ma być D1.

@Peri Noid
Tak, nazbierało mi się masę płytek PCB, to polutowałem te co miały złote styki bo żal jak to wszystko wali się po szufladach
- 41: CommentAuthorPawex (RTG)
- CommentTime1 Jul 2023 zmieniony
Mam na Ram-Carcie wszystkie 15. Te pozostałe 13 zawsze są na "PASS". Czy komputer boot'ujący czy nie.

Odkryłem, że na stacjach LDW2000 i CA2001, przy sprawnym komputerze test "POKEY:SERIAL STATUS" wychodzi "FAIL"
a jak podłączę 1050 lub SIO2SD to wychodzi "PASS".
Nie wiem z czego to wynika. Musiał by się wypowiedzieć jakiś znawca stacji.
POKEY:DIRECT SERIAL INPUT na LDW2000, CA2001, 1050, SIO2SD jest...PASS.

Na uszkodzonym Atari testy "POKEY:SERIAL STATUS" i "POKEY:DIRECT SERIAL INPUT" zawsze są "SKIPPED".
Czyli tak jakby stacja w ogóle nie była podłączona.
- 42:
  
  CommentAuthorgienekp
- CommentTime1 Jul 2023 zmieniony
No to może jakiś lepszy fachura odczyta z kodu źródłowego, co ten test tak naprawdę robi. No bo jak na dobrym kompie daje FAIL to coś podejrzane.

Na tym nie botującym to wygląda, że sam POKEY nie jest zepsuty ale "druty" lecące do gniazda.
- pokey_serdirect.7z
- pokey_skstat.7z
- 43: CommentAuthorPawex (RTG)
- CommentTime1 Jul 2023 zmieniony
Jak mi się uda to postaram się miernikiem posprawdzać połączenia.

Te stacje LDW2000 i CA2001, z którymi wychodzi FAIL (na dobrym komputerze) wydają się być sprawne.
Przydałoby się żeby ktoś inny kto ma Ram-Carta i którąś z tych stacji zrobił test "POKEY:SERIAL STATUS".
- 44:
  
  CommentAuthorPeri Noid
- CommentTime1 Jul 2023
Może mają jakieś Turbo? Albo nie mają ale z racji tego, że to pochodne Indusa, jakoś inaczej obsługują pewne tryby/rozkazy?
- 45:
  
  CommentAuthorgienekp
- CommentTime1 Jul 2023
W komentarzu "pokey_serdirect.s" jest:
"issue an invalid read sector 0 command and see if D1: sends back a NAK"
i
"read sector 0 command didn't work... delay for two frames to let any possible running command clear, then try command $00"

Co to w ogóle jest w stacji dysków komunikat NAK? Może po prostu nie wszystkie urządzenia mają obsługę NAK?

Dziwny ten test jak na dobrym sprzęcie daje negatywa.
- 46:
  
  CommentAuthorPeri Noid
- CommentTime1 Jul 2023
Przy okazji - bawię się obecnie 1200XL czyli NTSC i pokey wywraca się na teście "Asynchronous receive mode" przy podłączonym FujiNecie.
- 47: CommentAuthorPawex (RTG)
- CommentTime1 Jul 2023 zmieniony
@Peri Noid
Te stacje są bez turbo.

Co do tego NAK to tu jest link do podręcznika użytkownika Sparta Dos X:
->link<-

na stronie 85 jest coś o tym NAK (błąd 139)

edycja:
Jak robię test "POKEY:SERIAL STATUS" głowica idzie na ścieżkę 0 potem wraca na 39.
Jak robię "POKEY:DIRECT SERIAL INPUT" w stacji nie dzieje się nic.
(mowa o sprawnym komputerze i sprawnej stacji)
- 48:
  
  CommentAuthorgienekp
- CommentTime1 Jul 2023
@Pawex
Masz magnetofon?
Wgraj na ramcarta ten programik poniżej. On włączy silnik magnetofonu i będzie kopiował "bit 4 - kopia rejestru wejścia szeregowego" z SKSTAT na tło. Wsadź dowolną kasetę, nawet z muzyką. W czasie odtwarzania powinny pojawić się kreseczki na ekranie.
Dodatkowo, żeby sprawdzić czy programik działa, reaguje na SHIFT.
Start/Select/Option robi restart kompa

Będzie wiadomo czy cokolwiek z portu SIO idzie.
- skstat.xex
- 49: CommentAuthorPawex (RTG)
- CommentTime1 Jul 2023
Z magnetofonu mogę normalnie wgrywać.
To jest właśnie taka dziwna przypadłość, że z magnetofonu idzie ale ze stacji już nie chce bootować.

->link<-

->link<-

Postaram się dzisiaj sprawdzić ten programik.
- 50: CommentAuthorPawex (RTG)
- CommentTime1 Jul 2023
Sprawdziłem ten SKSTAT.XEX.
Są paski więc coś tam z SIO idzie.

a tak na marginesie to zawsze kiedy wgrywałem z magnetofonu w turbo to się zastanawiałem co to za paski.
:-)

Od 101 do 150 z 168