niestety co do 16AS25HB1...

to totalny zabytek... taka struktura programowalna produkowana przez ST, cos w stylu GAL'a. W wlasciwie prawie GAL tyle ze cos mial inaczej ze swoimi marko-celami. Generalnie chyba juz zadna dokumentacja nie jest do niego dostepna. Nigdzie PDF'a nie moge znaleźć :(

Seban

heja!

Sprawdziłem na przejściówce "MINT". Jest na scalaku firmy Prolific (http://www.prolific.com.tw/eng/Products.asp?ID=21)
Niestety nie działa kompletnie :( żaden z trybów pracy APE (RI/DSR/CTS) nie działał.
W przypadku RI udawało się odczytać pierwszą komendę wysłaną przez atari i na tym koniec.
Wyłączenie FIFO i wszystkich dodatkowych featuresów nic nie daje.

konfig: SIO2PC na układzie 1489. Windows 2000.

ten sam komp, tyle że SIO2PC podpięte do RS232 i śmiga w we wszystkich trzech konfiguracjach (RI/DSR/CTS).

Seban

hi!

Co do tego iż RS-232 jest przeżytkiem... dla przeciętnego użytkownika TAK! jak najbardziej TAK! Zwykłego użytkownika gó## obchodzi co i gdzie podłączac... wybierać jakiś com1, com2, itd. i do tego wolne jak na dzisiejsze czasy. Wszystko to prawda.

Ale teraz popatrzmy na to z drugiej strony. USB... hmm... po RS-a się poprostu podpinało parę kabli i wystarczyło oprogramować to po stronie PC w bardzo prosty sposób. Nie trzeba było pisać żadnych sterowników. Z punktu widzenia elektroniki też właściwie nie trzeba było ponosić żadnych nakładów. Każdy zastosowany, nawet najprostrzy mikrokontroler ma już wbudowanego sprzętowego RS'a wystarczyło dodać tylko konwerter napięcia w stylu MAX232.

A teraz nagle przychodzi do Ciebie USB... i co... porażka. Gdybyś sam chciał zaimplementować stos USB i cały protokół komunikacji (wraz z formowaniem ramek, liczeniem CRC, itd.) to nasz miktrokontroler musiałby mieć jakąś szaloną wydajność i nic innego by nie robił tylko obsługiwał USB ;)

Na szczęście dobre firmy postanowiły wyprodukować układy pośredniczące które można wepchnąć pomiędzy nasz mikrokontroer a USB. Do wyboru mamy kilkanaście jak nie kilkadziesiąt rozwiązań, począwszy od scalaków FTDI a zakończywszy na Cypress Semiconductor. Tu już na szczęscie producent się zatroszczył o napisanie sterownika do tego pod windows. Z drugiej strony scalaka mamy albo dane otrzymane wysłane z/do USB w postaci równoległej lub szeregowej... jak kto lubi.

Teraz tylko chętnego z chwilą wolnego czasu i mamy SIO2USB :D Scalaki od FTDI mają dwa rodzaje sterowników, jedne z nich mają tzw. dostęp bezpośredni i za pomocą kilku prostych funkcji mamy dostęp do USB. Lub jeżeli mamy gotowe programy napisane kiedyś pod RS'a to mamy możliwość aby sterownik od FTDI zainstalował nam "wirtualny port COMx", który z poziomu windy obsługuje się tak samo jak starego poczciwego RS'a.

Także na początek może wystarczyłoby zastosować FTDI232 (http://www.ftdichip.com/Products/FT232BM.htm)
Tylko nie wiem do końca jak byłoby ze zgodnością tego z prawdziwym RS'em. Nigdy tego nie testowałem i czuję iż mogłby by być problemy. APE jest bardzo wrażliwe na opóżnienia czasowe. Nie wiem jakie opóźnienie wnosi przesłanie tego wszytkiego przez USB i jakie opóźnienie wnosi jądro systemu operacyjnego. Należałoby to sprawdzić w praktyce po prostu.

Cześć przelotek USB<->RS232 kiedyś była oparta na scalakach FTDI232 jednak są one droższe od konkurencyjnych rozwiązań wiec większość przejścówiek zawiera inne tańsze scalaki konkurencji (ja widziałem już Cygnal'a i Cypress'a). Nie testowałem żadnej z tych przelotek pod względem kompatybilności z APE. Może warto by było sprawdzić które tak naprawdę działają a które nie ;)

Jeżeli Drac030 zechciałby rozebrać swoją przelotkę i sprawdzić jakie ustrojstwo w niej siedzi to już wiedzielibyśmy jaki scalak z Ape na pewno nie chodzi :D Mam w robocie jakąś przejścówkę-krzak firmy "mint". Sprawdzę jaki scalak tam siedzi i czy działa z APE.

Kiedyś zaczołem pracować nad czyś w stylu SIO2USB. Zastosowałem kontroler microchipa oraz scalaka FTDI245. Niestety totalny brak wolnego czasu oraz brak doświadczenia w pisaniu aplikacji pod Windę zaowocował totalnym zarzuceniem projektu w oczekiwaniu na lepsze czasy.

pozdrawiam
Seban

hej!

plik poszedł :D

pozdrawiam
Seban

Ok, tak zrobie. Po powrocie z kołchozu spakuje i zacznę upload na FTP azbesta.

UPDATE 3 ! :D

zrobiłem upload po raz drugi :) archiwum jest już u Azbesta na FTP.
Zainteresowani musza poczekac aż pliki znajdą się w odpowiednim katalogu :D

pozdrawiam
Seban

hej Konop!

Już poprawiłem :D to z pośpiechu :D

chcialem być lepszy od Magnusa ;) ( to żart oczywiście :) )

Seban

hej!

chyba popadamy w jakąś paranoję :D

ale jeszcze krócej o 3 bajty będzie tak:

src = $9D
dest = $24;

loop  jsr $A293
      beq stop
      lsr @
      tay
q0    jsr $A293
q1    sta (dest,x)
      jsr $E6D1

      dey
_bpl  bmi loop
      bcs q0
      bcc q1

stop  rts

heja!

może się źle wyraziłem... dokładnie chodziło mi o to iż tak czy tak musi być jakiś LDX # :D nawet w wersji maroka ;)

Seban

hej!

To może i ja swoje 3 grosze dorzucę  :) Pierwsze założenie optymalizacyjne, odwracamy znak w przypadku ilości spakowanych danych, czyli w przypadku ustawionego 7 bitu, wartość $ff będzie oznaczała 1 powtórzenie, $fe - dwa powtórzenia $80 - 127 powtórzeń. Przez taki myk możemy wprowadzić co następuje:

jsr get
bpl store
xor #$ff 
beq stop
...
tay

nie potrzebujemy już and #$7f ;) mamy już 48 bajtów

pierwszym moim pomysłem było zastosowanie nieco innych trybów adresowania i umieszczenie tego na stronie zerowej:

       org     $80

src     dta a(src_address)
dst     dta a(dst_address)

loop    ldx #($100-(_bpl-q0+2))&$ff
        jsr get
        ora #$00
        bpl store
        xor #$ff
        beq stop
        ldx #($100-(_bpl-q1+2))&$ff

store   tay
        stx _bpl+1

q0      jsr get
q1      ldx #dst
        sta ($00,x)
        jsr inc
        dey
_bpl    bpl *

        bvc loop

get     ldx #src
        lda ($00,x)
inc     inc ($00,x)
        bne *+2
        inc ($01,x)

stop    rts

wychodzi 49 bajtów, co okazało się porażką ponieważ kod wygenerowany wcześniej przez magnusa ma 45 bajtów gdy umieścimy go na "zero page". no cóż pozostaje wiec pozostawienie wersji magnusa wraz z modyfikacją "xor" i mamy 43 bajty na zero page lub 48 bajtów w "normalnej" pamięci.

        org     $80

loop    ldx #($100-(_bpl-q0+2))&$ff
        jsr get
        bpl store
        xor #$ff
        beq stop
        ldx #($100-(_bpl-q1+2))&$ff

store   tay
        stx _bpl+1

q0      jsr get
q1      sta $dead
        inc q1+1
        bne *+2
        inc q1+2

        dey
_bpl    bpl *

        bvc loop

get     inc adr+1
        bne *+2
        inc adr+2

adr   lda $cafe

stop    rts

pozdrowionka
Seban/SLIGHT

hej!

niestety, dokładnie tak.

*.pozdr!
Seban/SLIGHT

Ok!

Już wszystko jasne ;)

Trochę posiedziałem z oscyloskopem i wszystko wyszło.

No cóź cała tajemnica sygnału ~REF polega na tym iż on tylko steruje MMU, tak aby przygotowano RAM do odświeżenia przez ANTIC.  W momencie odświeżania ANTIC sam wystawia adresy na magistrale,  a DRAM w momencie odświeżenia nie wystawia nic na magistrale danych. Do tego ANTIC jeszcze wystawia HALT troszkę wcześniej procesorowi aby ten też "odpioł" się od szyny.

I tu cały bajer :) generując fałszywy ~REF, generujemy dla MMU i FREDDIEGo cykl odswieżania pamięci, magistrala danych pozostaje nieużywana (DRAM w cyklu odświeżania pozostawia magistrale danych w stanie wysokiej impedancji) procesor pozpstaje podpięty po nie ma HALT'a :) teraz freezer podpina swoją pamięć (EPROM,ROM) w obszar $fffa,$fffb. Stan cały utrzymuje się do momentu wystąpienia najbliższego NMI :D

Wtedy procek skacze pod adres który obecnie się znajduje $fffa,$fffb. A w podanym obszarze znajduje się już nasza pamięć EPROM podpięta przez logikę freezera :)

Jedny problem jaki występuje w takiej sytuacji to aby nie wygenerować fałszywego REF'a w momecie gdy antic odświeża sobie RAM. Ale to można wyczaić po magistali adresowej. z tego co widzę to na schematcie aby uaktuwnić freezera linia A3 musi być w stanie "1".

Można domyślać się iż ANTIC podczas odświeżania generuje na szynie adresowej tylko adresy typu: $0000,$0100,$0200,$0300....$ff00 (adresowane są tylko wiersze, ROW).

Szacun dla Pana Bernarda :) Musiał mieć zacięcie i dużo wolnego czasu aby to wymyślić i opracować w tamtych czasach :)

Ktoś zainteresowany przeniesiemiem freezera na jakąś nowszą programowalną logikę? bo układ PLS105 to swego rodzaju zabytek :)

Jak już wiemy, ma być Turbo Freezer 2005 od ABBUCA, pytanie tylko czy będzie dostępny czy będzie trzeba za niego płacić chorą kasę. Tak myślę sobie że można się pokusić o stworzenie własnego... tylko pytanie czy ktoś jest zainteresowany? (oprócz mnie :) bo mój Freezer by Stecu/The Distals [jak to wymyślił Miker :D ] już prawie nie działa :(

pozdrawiam
Seban/SLIGHT

Hej!

Masz gotowca... :D

Ale UWAGA!!! zero optymalizacji ;)

ehh... stare dobre czasy ;) kiedyś się pisało w BASIC'u ;)

pozdrawiam
Seban/SLIGHT