$4100 to miejsce gdzie chce miec pamiec ekranu...

$41 jest dobrze, ale chyba adres jest inny niż $bc20. adres powinien być taki jak DL

wyglada jak by nie dzialaly przerwania sprobuj cos takiego:

         
         org $A000

dliadr   equ $D402


obr      equ 88
lic      equ $600




         LDA #<DL
         STA dliadr
         LDA #>DL
         STA dliadr+1

 lda #$22
 sta $d400

         LDA #$00
         STA obr
         LDA #$41
         STA obr+1

    ......

A to będzie działać?

         org $A000

dliadr   equ $230
zp       equ $80
obr      equ zp
lic      equ zp+2
ekran    equ $4100

         mwa #dl dliadr
         mwa #ekran obr

         lda #20
         sta lic

         lda #21
         ldy lic
         sta (obr),y

         jmp *

dl       dta $70,$70,$70
         dta $42,a(ekran)
:23      dta $02
         dta $41,a(dl)

Zakładam, że używasz MADSa - staraj się korzystać z jego skrótowców - nie piszesz w monitorze przecież :)

BTW, co to robi (w dl):

$2B,$2B,$2B,$2B,$2B,$2A,$2A,$2A,$2A,$35,$2A,$35

Vasco. No dokladnie. Dlatego wlanie probuje jak przeniesc w inne miejsce.
Vidol - nie pomoglo. Nie pomaga zadna manipulacja rejestrami przerwan.
Zaczynam sie zastanawiac czy to nie wina emulatora (taaa.. to sie zawsze tak wydaje ;). Ale przeca to nie ma prawa nie dzialac z carta, skoro dziala w trybie plikowym a i z carta program rusza na emulcu! Tylko ekran czarny.

Jutro rano przygotuje plik odpowiedni pod carta, ktorego mam, wrzuce do kosci i wyprobuje na real Atari.

EDITED: O! Piszac powyzsze nie widzialem odpowiedzi Delego i TeBe. Juz sprawdzam te opcje!

Proponuję ustawić rejestry kolorów może?

Hej!

A pytanie mam... czy ustawiasz cokolwiek w obszarze $BFFA-$BFFF? W tych lokacjach powinieneś mieć określony typ cartridge-a i wektor jego startu. Wszystko dokładnie opisał Zenon w Seriousie, oto link:

http://www.serious-dial.atari.pl/SSerious/S06/menu.html

interesuje cię tekst od rozdziału "Jak działa Cartridge".

Podejrzewam iż skoro użyłeś opcji opt f+, XASM wypełnił wolny obszar wartościami $FF, co spowodowało iż w CARTOPT (lokacja $BFFD) znalazło się $FF co spowodowało iż masz tzw. cartridge diagnostyczny.

UPDATE:

Poniżej masz działającego gotowca, tak to mniej więcej powinno wyglądać, plik ASX i wynikowy .ROM masz spakowany tutaj. Do kompilacji używałem XASM-a.

    opt    f-h-
    
scr    equ    $600            ; lokacja bufora ekranu w pamięci RAM (dla potrzeb licznika)
    
    
    org    $a000

; inicjalizacja cartridge, w tym wypadku brak :)

init    rts

; start programu

main    

; wyczyść pamięć obrazu

    ldx    #$00
    txa
c0    sta    scr,x
    inx
    bne    c0

; ustaw adres display list

    ldx    <dl
    ldy    >dl
    stx    $230
    sty    $231

; ustal kolory liter i tła

    lda    #$0f
    sta    $2c5
    lda    #$c2
    sta    $2c6

; poczekaj  do wystąpienia najbliżeszego przerwania VBL

    jsr    op

; przygotowanie licznika, wypisz (#000) w lini zawierającej licznik

    lda    #'#'-32
    sta    scr
    lda    #'0'-32
    sta    scr+1
    sta    scr+2
    sta    scr+3

; testowe zwiększanie licznika

count_loop

    ldx    #2            ; ilość cyfr licznika zmniejszona o 1

cn0    inc    scr+1,x        ; zwiększaj ostatnią cyfrę

    lda    scr+1,x        ; czy cyfra >9
    cmp    #['9'-32]+1
    bcc    cn1            ; nie, koniec pętli
    
    lda    #'0'-32        ; tak, zeruj aktualną cyfre
    sta    scr+1,x        
    dex                ; będziemy zwiększać następną
    bpl    cn0            ; licznik cyfr<>0, kontynułuj pętlę
cn1
    

    jsr    op            ; opóźnienie
    jsr    op
    
    jmp    count_loop


; procedura oczekiwania na VBL

op    lda        $14
    cmp:req    $14
    rts

; display list

dl    dta b($70),b($70),b($70),b($42),a(txt),b($02),b($30),b($42),a(scr),b($41),a(dl)

; teksty statyczne

txt    dta d'Test startu cartridge $A000-$BFFF v.1.0b'    
    dta d'0123456789012345678901234567890123456789'    
    

    opt    f+

    org    $bffa
    dta     a(main)            ; cart RUN vector
    dta    b($00)            ; cart INS flag
    dta    b(%01111110)        ; cart OPT flags
    dta    a(init)            ; cart INIT vector

pozdrawiam
Seban

Dziekuje Wam wszytkim za pomoc, ale czytajcie przed odpowiadaniem plis!
Oczywiscie ze ustawilem 6 koncowych bajtow inicjujacych carta - napisalem to juz w pierwszym poscie! Probowalem tez kilku opcji flag.
Gdybym tego nie zrobil cart by nie startowal - a pisalem 3 razy, ze startuje i pracuje, Jedynym problemem byl czarny ekran.
Oczywiscie ze podejrzalem jak to robia inne romy (np 8kB River Raid, ktory na emulcu dziala).

Cart przygotowany przez Sebana dziala! Takze zaraz sprawdze czym sie rozni od mojego i napisze co robilem zle.
Dzieki raz jeszcze.

EDITED

No i juz wszystko jasne. Dzieki Seban! Teraz moj tez dziala. Blad polegal na tym, ze wektor do procedury inicjalizacji $bffe ustawilem na program glowny i nigdy z niej nie wracalem. Bo nigdzie nie znalazlem opisu, ze z inicjalizacji trzeba wracac. Przyjalem ze program odpala sie przez wektor inicjalizacji i sobie dziala i jest git.
Tymczasem, pewnie po powrocie z inicjalizacji carta, system ustawia rozne rzeczy i dopiero potem odpala glowny program z wektora $bffa.

Czyli ewidentnie mieliscie racje odsylajac mnie do dokladniejszych opisow dzialania carta. Bije sie w piersi.
EOT.

W nagłówku karta są dwa adresy 1. Inicjalizacji karta, procedura może być i musi kończyć sie rozkazem RTS, albo może jej nie być ale adres inicjalizacji MUSI wskazywać jakiś rozkaz RTS w pamięci, w dowolnym miejscu, nawet gdzieś poza obszarem pamięci karta.
2. Właściwy adres startu programu/gry...etc...
Słowem ZAWSZE musi wykonać się inicjalizacja (lub tylko RTS) a po po powrocie  skok do właściwego adresu startu.
Ale .... może być też taka opcja że wykonuje sie TYLKO inicjalizacja a start nie, zależy to od ustawienia bitu2 rejestru $BFFD

Czy do konca wylaczony nie wiem, ale na to wyglada.
U mnie wykonywala sie tylko inicjalizacja (jak opisuje to Zenon). Nawet mialem odpowiednio ustawiona flage w $BFFD. Ale najwyrazniej niektore rzeczy nie sa jeszcze powlaczane czy zainicjowane w momencie kiedy wykonuje sie inicjalizacja. Dopiero po powrocie z niej system cos jeszcze robi zanim odpali start carta.

Moj blad polegal na braku procedury inicjalizacyjnej z pojedynczym RTS wlasnie :)

Gdy procedura RESET wykona większość czynności sprawdza czy w gnieździe jest kart. Jeżeli tak, inicjuje go, lub po prostu wraca przez samo RTS gdy nie ma procedury inicjującej. Następnie otwiera Edytor, i poprzez sprawdzenie różnych wskaźników następuje skok do nazwijmy to właściwego BOOT, programu użytkownika. Podejmowana jest próba odczytu z magnetofonu lub stacji no i ostatecznie startuje cart w/g adresu wskazanego w nagłówku.