Hej!

mimo usilnych prób nie udaje mi się osiągnąć wartości 1 na emulatorze :( nie wiem skąd nam wynika różnica w wynikach.
Biorąc pod uwagę twój przypadek występowania wartości 1, jeżeli zastosujesz " BMI stereo_present", problem jedynki pozostaje pomijalny.

sprawdzę jeszcze metodę zaproponowaną przez MacGyvera, na emulatorze zauważyłem dziwne zachowanie drugiego POKEY'a:

 lda #$00
 sta $d20f
 sta $d21f
 tax

loop
 lda $d20a
 sta $bc40,x
 lda $d21a
 sta $bd40,x

 sta $d40a

 inx
 bne loop

 lda #$03
 sta $d20f
 sta $d21f

 jmp *

pierwszy Pokey zwraca wartości 0xFF w stanie init, drugi natomiast wartości 0x00. Sprawdzę jeszcze na real atari w domu, obecnie to wynik z emulatora.

UPDATE:

Foxie jak zwykle miałeś rację :D Zapuściłem coś takiego:

 ldy #0

loop
 
 jsr detect
 sta $BC40,y
 iny
 jmp loop

na emulatorze mamy co drugie wywołanie jedynkę, na real Atari oczywiście też jedynki się zdarzają tyle że bardziej przypadkowo, poniżej screen shoty:

real atari:

emulator:

co ciekawe udaje mi się raz na kilka uruchomień w emulatorze tej procedury spowodać zwraca ona same zera :)

pozdrawiam
Seban

Hej!

Dzięki za wyjaśnienie :) Sam się nad tym nie zastanawiałem, ale Na to nie wpadłem iż drugi pokey będzie w stanie INIT :)
Teraz trzeba by zapytać Eru czy on przed detekcją nie wpisuje np. $03 do $d21f :)
Napisałeś iż liczniki stoją w miejscu... ale czy zawsze mają wartość zero w stanie INIT?

Electronie... nie wiem na ile wierny jest model POKEY-a ale ktoś zrobił to już tu:

http://home.freeuk.com/fpgaarcade/ast_main.htm

w tym archiwum: http://home.freeuk.com/fpgaarcade/ast/a ... rel003.zip

znajduje się plik asteroids_pokey.vhdl to chyba tylko niewielka cześć POKEYa odpowiedzialna za tor audio i nie wiem na ile zgodna z oryginałem. Może jednak warto rzucić okiem :)

pozdrawiam
Seban

Hej!

To ja się upieram przy wersji ze sprawdzaniem IRQ:

* -----------------------------
* |second POKEY detect routine|
* | answer in A register:     |
* |$00 - absent $80 - present |
* -----------------------------
* | code & idea: Seban/SLIGHT |
* |-+* (c) 1995,96 Slight! *+-|
* -----------------------------

st  sei            ; disable IRQ
    inc $d40e        ; disable NMI
    lda #$03        ; A reg=3
    sta $d21f        ; init POKEY
    sta $d210        ; set freq of channel #1 (timer #1)
    ldx #$00        ; X reg=0
    stx $d211        ; set volume of channel #1 to zero
    inx            ; X reg=1
    stx $d21e        ; enable TIMER1 IRQ
    ldx $d40b        ; wait for scan line #0
    bne *-3
    stx $d219        ; start POKEY TIMERS
w   ldx $d40b        ; check current scan line
    bmi ext        ; when >=128 and no IRQ is present second POKEY detected! EXIT!
    lda #$01        ; check POKEY TIMER1 IRQ status
    bit $d20e        
    bne w        ; when no IRQ is present... loopback!
    
                ; if IRQ is present, it means no second pokey detected!
                ; X reg have zero value
    
ext lda $10        ; restore IRQ mask
    sta $d20e
    dec $d40e        ; enable NMI
    cli            ; enable IRQ
    txa            ; X to A 
    rts            ; exit

A jeszcze jedno w wątku Fandala była mowa o jakimś stereo w cartridge... nie widziałem czegoś takiego nie wiem w jakiej przestrzeni adresowej znajduje się drugi POKEY... ale należy przypuszczać iż wówczas znajduje się w obszarze $d5xx... wtedy ta procedura nie ma szans zadziałać... wykrywanie pokeya w przestrzeni $d5xx być może można by było przeprowadzić metodą którą zaproponował MacGyver. Z tym że w tym wypadku (drugi POKEY na karcie) mamy dodatkową atrakcję o której wspominał Zenon, jak tam fizycznie nic nie będzie podpięte (brak carta) to jest duża szansa iż pojawią się wartości losowe (brak rezystorów podciągających na szynie danych) albo będą tam permanentnie wartości $FF (gdy będą obecne rezystory podciągające magistrale danych). Ta niedogodność opisana powyżej nie istnieje gdy POKEY jest fizycznie montowany w Atari w obszarze $D2xx,  o czym dyskutowałem z Zenonem w wątku wcześniejszym.  Także trzeba by dokładnie taką procedurę sprawdzić na obu przypadkach atarek.

pozdr
Seban

Hej!

Jeszcze jedno bo chyba się nie zrozumieliśmy do końca... Ale z odczytami wartości $FF to MacGyver-owi o co innego chodziło...  wartość $FF bierze się z rej. POKEY-a a nie z magistrali danych. MacGyver utrzymuje POKEY-a w stanie reset poprzez wpisanie wartości zero do $D20F, wtedy odczyty z rejestru $D20A nie dają pseudo-losowej wartości z licznika POLY w POKEY-u... tylko jest tam $FF bo POKEY jest w stanie RESET. Gdy wpiszemy $3 do $D20F to POKEY startuje i w rej. $D20A pojawia się wartość pseudolosowa generowana przez 17 bitowy licznik POLY w POKEY-u. Dlatego napisałem iż obecność czy nieobecność tych rezystorów nie będzie miała znaczenia bo to wartość z POKEY-a a nie magistrali na której nic nie wisi :)

pozdrawiam
Seban

Hej!

Zenon myślę iż nie będzie problemu o którym piszesz, ponieważ gdy stereo jest wyłączone cały obszar $d200-$d2ff pokryje jeden POKEY, nie będzie sytuacji iż nic na szynie nie będzie ponieważ dekoder adresu zawsze podłączy POKEY-a po wykryciu jakiegokolwiek adresu z zakresu $d2xx. W przypadku włączonego stereo mamy dwa POKEY-e umieszczone na przemian:

pokey #1 - $d200-$d20f
pokey #2 - $d210-$d21f
pokey #1 - $d220-$d22f
pokey #2 - $d230-$d23f
itd.

no chyba że ktoś zbuduje dekoder adresów tak aby reagował tylko na konkretny przedział adresów, a wystąpienie innych $d2xx spoza zakresu nie spowoduje zadziałania dekodera, wtedy może nastąpić sytuacja o której mówisz czyli w zależności od wersji PCB, albo wartości $FF na szynie albo przypadkowe śmiecie. Ważnym jest przy montażu rozszeżenia stereo aby po jego wyłączeniu POKEY #1 zawsze był dekodowany w całym obszarze $d200-$d2xx... niektóre produkcje starsze... robią robie zapisy w dowolne adresy $d2xx zakładając iż co 16 bajtów i tak mają te same rejestry :)

Co do płyt bez PULLUP-ów to zawsze takie spotykałem... nie widziałem nigdy PCB z rezystorami podciągającymi magistralę danych do +5V. Ale widać Zenon miał w swoim ręku więcej wersji Atarek niż ja :)

pozdrawiam
Seban

Hej!

Już od Windows 2000 jest w system wbudowana obsługa wysłania/odbierania faxów... musisz mieć dowolny modem analogowy (może być nawet wewnętrzny na PCI, tzw. win-modem) no i musisz mieć dostęp do zwykłej linii telefonicznej (analogowej). Usługa xDSL na tej lini nie przeszkadza (potrzebny mikro-filtr dodawany w komplecie z modemem ADSL np. przez TPSA). Windows odbiera i wysyła faxy bez problemu. Nie potrzebny Ci żaden dodatkowy software. FAX jest widoczny w systemie jako drukarka. Wystarczy coś na FAX wydrukować i pojawia się tabelka z pytaniem pod jaki numer chcesz to wysłać.

pozdrawiam
Seban

Hej!

Pewnie że się nada... i do tego tanio :) Tylko Kiero będziesz musiał sobie to jakoś zlutować :) Bo to zestaw do samodzielnego montażu :)

A ten drugi link od Xsa... kompletny i gotowy :) Do tego kabelki DIN->cinch oraz cinch->mały jack tylko pozostaje dokupić/dorobić.

pozr
Seban

Nie żebym się czepiał... ale P.W. powiedział ktoś "skołował" nam czas :D

Seban

Hej!

Napiszę to po raz kolejny:

1) Nie popieram zmian nazwisk na scenowe nicki, chcesz poszukać po nicku, masz ASMA DB. Dlaczego wywracać strukturę projektu do góry nogami po takim czasie?
2) podział na katalogi tym A-M, N-P, Q-Z to jakieś koszmarne nieporozumienie. Po co to taki zamęt?!? Niech będzie i 10000 plików w jednym katalogu. Czemu to ma przeszkadzać? File-systemowi? Użytkownikowi? Bo nie rozumiem sensu takiego działania.

Seban

Hej!

Niestety C64 oprócz +5V DC (nap. stałe stabilizowane)  wymaga jeszcze 9VAC (nap. zmienne).
O ile +5V DC jeszcze zasilacz od Atari daje to o 9V AC możesz zapomnieć.
Więcej info tu: http://www.hardwarebook.info/C64_Power_Supply

pozdrawiam
Seban

Hej!

Nie mam w tej chwili pod ręką QMEG-a... ale czy QMEG nie robi jakichś RAM-dysków na stacjach 6-8? Chyba widać to w menu:

http://atariki.krap.pl/index.php/Grafika:Qmeg_404.png

zobacz, w stacjach 678 masz literki XYY co oznacza RAM-dyski (X i Y) podjedź do tych numerków i wciśnij N,U lub F. Aby wyłączyć RAM-dyski.

pozdrawiam
Seban