Na stronie "B" w dyskietki z której zgrywałem to wszystko jest dokumentacja (typowy plik TXT, tyle że wyświetlany jakimś wynalazkiem). W dokumentacji owej pisze że bufor programu to 32K ($8000) oraz że 27512 trzeba programować na dwa razy. Program nie wykorzystuje dodatkowej pamięci.

Przyjrzałem się temu programowi i jego problemach z wystartowaniem z czegokolwiek innego niż dołączonego DOS-a. Pan Robert bardzo "radośnie" podszedł to problemu... otóż po wczytaniu programu jeszcze przed jego uruchomieniem pod ROM-em instalowany jest stary OS-A lub OS-B (nie sprawdzałem dokładnie ale chodzi o system z Atari 400/800).

Faktem pozostaje to że przed uruchomieniem programu następuje "pseudo reset" systemu tak że Atari startuje już ze starym OS uruchomionym z pamięci RAM pod ROM-em ($D301=$FE). Celem było chyba uzyskanie 32KB bufora mimo obecności w pamięci DOS-a który kończy się nieco powyżej $2000.

W tym konkretnym wypadku ten EPROM BURNER ma do dyspozycji trochę więcej RAM-u bo stary OS 400/800 mieści się chyba od $D800-$FFFF, pamięć ekranu jest od $CC40 :) Kombinując z tym udało mi się nawet wywołać "ATARI COMPUTER MEMO PAD" :D (dla chcących sprawdzić, to np. pod emulatorem Altirra w debug-erze wystarczy r PC E471) ;-] )

ps) uważaj na cytowanie całości cudzych postów, moderatorzy forum się wściekają na to ;) to forum ma taki regulamin:

http://www.atari.org.pl/forum/misc.php?action=rules

i mają tam zasadę nr 8, której starają się pilnować ;)

Hej!

Piszę post pod postem aby do zainteresowanych dotarła informacje że coś się ruszyło w wątku. Mam do zakomunikowania dwie sprawy, na początek ta bardziej przykra.

EDIT:

Nie wiem czy dobre wrażenie odniosłem, ale myślę Awerte chyba nie chce się podzielić swoim znaleziskiem, z wypowiedzi odnoszę wrażenie że szanowny forumowicz "Awerte", strzelił przysłowiowego "focha" myśląc że nikt nie chce się z nim podzielić softem i obecnie nie ma zamiaru podzielić się tym co znalazł (wystarczył by link do "znaleziska"). Szkoda że to zawsze działa w jedną stronę, gdy ludzie zwracają się o pomoc, jeżeli możemy pomóc pomagamy - natomiast bardzo rzadko działa to w drugą stronę, tzn. przypadki w których ludzie potrafią wnieść coś od siebie, są rzadkością ;/ Być może jestem już przewrażliwiony, ale ostatnie wydarzenia na polskich forach o Atari tylko w mnie w tym utwierdzają.

Kajam się ponownie za bzdury które napisałem powyżej :)

I sprawa numer dwa, w weekend znalazłem trochę czasu i poszedłem do piwnicy i udało mi się znaleźć dyskietkę z oprogramowaniem do tego programatora:

.

Dla zainteresowanych zgrałem to do ATR-ów, jest dostępne tutaj:  EPROM Burner v.1.1 - by Robert Kujda

W środku archiwum są zgrane dwie strony dysku. Pierwsza zawiera oprogramowanie do programatora, druga strona zawiera dokumentację dołączoną do urządzenia. Program po uruchomieniu wygląda tak:

pozdrawiam
Seban/Slight

ps1) programatora za to nie znalazłem ;-/ czeka mnie dłuższe poszukiwanie, jak znajdę zrobię zdjęcia "bebechów", z tego co pamiętam w środku były dwa PIA (6520), przetwornica step-up na TL494, plus 3 tzw. PR-ki którymi ustawiało się poszczególne napięcia programowania, do kompletu trochę bramek i parę elementów biernych. Niestety mój egzemplarz umarł (dlatego trafił do piwnicy), myślałem że to PIA, ale po wymianie obu PIA na nowe programator nadal nie działał poprawnie.

ps2) czy można prosić moderatora o modyfikację tytułu tego wątku (np. o dopisanie w nawiasach "EPROM BURNER") tak aby w przyszłości używając opcji "search" można było trafić na ten wątek.

dokładnie to ten program. Ale ja niestety nie znalazłem ani dyskietki ani programatora ;/ Mam jeszcze piwnicę do przekopania, i gdy znajdę na to czas i do kompletu znajdę dyskietkę oraz programator na pewno wrzucę do tego wątku zdjęcia i linka do softu.

http://youtu.be/BNsrK6P9QvI

uroczyście obiecuje że już nigdy nie odpowiem na żaden post bezrobotnego. EOT.

Nie wydaje mi się, Simius nic nie wspominał o scan-doublerze, a 99% monitorów nie akceptuje sygnału sygnału wizyjnego na wejściu DSUB gdy HSync=~15KHz

@bezrobotny: myślę że wystarczy pomyśleć jak sygnał koloru jest generowany przez układy wizyjne z lat '70 czy '80 przeznaczone np. dla 8-bitowych komputerów, w tym np. GTIA, a potem jasne stanie się jak go w bardzo prosty sposób taki sygnał dekodować.

Dla ułatwienia obrazki (co prawda dla NTSC, ale w PAL jest podobnie):

źródło: http://www.atariarchives.org/cgp/Ch02_Sec07.php

@Wieczór... w wielkim uproszczeniu to chyba będzie jakoś tak...

GTIA ma następujące wyjścia sygnału video:

1) 4-bity cyfrowej luminancji (jasność, piny LUM0-LUM3)
2) analogowe wyjście chrominancji (kolory, pin COLOR)

Simius w swoim układzie dekodera, wykorzystuje te sygnały... zamienia zmodulowany sygnał chrominancji na postać cyfrową (jasność już ma w postaci cyfrowej), następnie mamy dwie pamięci FLASH które robią za tablicę kolorów... wyjścia pamięci flash (2x D0-D7) są podłączone do Video DAC który generuje na swoim wyjściu analogowy sygnał, ale już w formacie RGB :)

dla przypomnienia pin-out GTIA:

Hej!

Podoba mi się prostota tego pomysłu, również  jakość obrazu i zarazem sama realizacja. Mam jedno pytanie dotyczące trybów które korzystają właśnie z miksowania kolorów w sąsiednich liniach (np. mix GR9/GR11). Jak takie tryby wyglądają przy zastosowaniu tego dekodera?

@Fox... jest dokładnie tak jak piszesz, zapomniałem że na wyjściu każdego z kanałów jest zapętlony przerzutnik "D" :-)

I poniżej obiecane screeny z oscyloskopu i kodu który wyżej wkleiłem, legenda:

ch#1) [przebieg w kolorze żółtym] wyjście audio POKEY-a ---> częstotliwość generowana przez POKEY na wyjściu audio.

ch#2) [przebieg w kolorze cyjan] wyjście PIA ---> częstotliwość występowania IRQ (bit #0 przestawiony na wyjście, pochylone zbocza spowodowane przez filtr na płycie Atari)

AUDUF=$0000

AUDUF=$0001

AUDUF=$0002

AUDUF=$0003

AUDUF=$014B

ps) pomiary częstotliwości pokazane przez oscyloskop należy traktować z pewną rezerwą :) ot feler tego modelu/firmware przy niskich częstotliwościach :)

Hej!

A mi wychodzi:

331 ($14B) dla PAL ( 23.4285391 Hz )
334 ($14E) dla NTSC ( 23.4324776 Hz )

10 CLK=15556.55:REM PAL
11 CLK=15699.76:REM NTSC
15 F=23.4
20 N=(CLK/(F*2))-1
25 N=INT(N):? "N=";N
30 F=CLK/(2*(N+1))
35 ? F;" Hz"

Podzukam dyskietki, jak znajdę zgram i udostepnie.

o serial EEPROM się nie martw, od razu dostałbyś procki do zapisu i odczytu poszczególnych bajtów :) po strone sprzętu obsługa odczytu i zapisu jednego bitu, w sofcie zrealizowana transmisja całego bajtu i obsługa protokołu wybranej pamięci szeregowej.

przykładowe rej. kontrone karta

$d500 - <nr_banku
$d501 - >nr_banku

$d502 - serial flash register

bit#0: serial_clock
bit#1: data_in
bit#2: data_out

i to wszystko co potrzeba od strony sprzętu, reszta to napisanie procedur...

ldx <adr
ldy >adr
jsr eeprom_read

ldx <adr
ldy >adr
lda #value_to_write
jsr eeprom_write