Jeśli chodzi o POKEY-a to ATMEGA nie wyrobi. Po pierwsze atari ma szybszy zegar, a po drugie swinSID tylko czyta dane z linii data, na rozróżnienie zapisu i odczytu brakuje cykli.
SwinSID nie emuluje rejestrów do odczyt SID-a które przy generowaniu dźwięku są nieużywane.
Takie uproszczenie. Chodzi o padle i generator RND które są jedynymi rejestrami SID do odczytu.

2

(5 odpowiedzi, napisanych Sprzęt - 8bit)

Dzięki @grzeniu.
Przejrzałem ten dokument i jest w nim sporo informacji, choć nie wszystko jest do końca jasne.
Np. A400/A800 rozumiem że to atari 400 i 800, a co to jest/ miało być  "z800 family" ?
Rozumiem że ramka danych dla stacji dysków to 128+suma kontrolna.
A czy są inne długości ramki np. dla drukarki ? Jeśli tak to czy informacja o długości jest jakoś przekazywana ?
Np. mamy 2 linie dla drukarki jedna 40 wysyłam jedną ramkę, a druga 1 znak - powinienem wysłać ramkę 1 bajt czy raczej uzupełnić do 40 ?

3

(5 odpowiedzi, napisanych Sprzęt - 8bit)

Witam, szukam informacji o tym jak działa komunikacja SIO od strony sprzętowej. Jak wygląda nawiązanie połączenia, ramka danych, kontrola poprawności transmisji  jakie dodatkowe informacje są przesyłane.
W sumie informacji technicznych.

4

(13 odpowiedzi, napisanych Software, Gry - 8bit)

cd..
Na c64 i apple II istniały takie programy jak nibble copy które kopiowały wszystko co czytała głowica (czyli jak leci) , czyli można było skopiować nawet dyskietkę niesformatowaną ;)

5

(13 odpowiedzi, napisanych Software, Gry - 8bit)

uicr0Bee napisał/a:

A czy zamiast nowej dyskietki, nie formatowanej wcześniej niczym, ta metoda zadziała z dyskietką sformatowaną nie na Atari? Np. C=, Apple II albo PC (360k)?

Nie da się z powodu stosowania przez Atari scalonych kontrolerów, przez co manipulacje zapisem są mocno ograniczone.
Ale w drugą stronę to jest na stacjach dysków C=,Apple II z powodu stosowania prostego zapisu GCR jest to wykonalne. Po prostu do GCR jest tak prosty (wręcz genialny) że nigdy nie trzeba było takiego specjalistycznego kontrolera i każdym bitem można sterować programowo, do tego z powodu pochodzenia od taśmy magnetycznej zapis GCR jest odporny na nierówności w taktowaniu przy odczycie.
Z tego co pamiętam stację VC1541 (1540) można było dostosować do odczytu i zapisu dyskietek Apple II (istniał specjalny hardwarowy emulator Apple II dla C64) jak i zmusić ją do zapisu/odczytu w formacie FM stosowanym w PC miał on chyba jakąś dziwną geometrię dyskietki jak dla PC ale pod jakimś programem dawało się przenosić dane z PC na C64.
No i oczywiście istniały stacje do c64 / c128 które oprócz GCR miały kontroler FM/MFM gdzie takie przenoszenie nawet na Atari byłby bardzo łatwe (nie wiem czy takie coś ktoś robił ? )

6

(18 odpowiedzi, napisanych Programowanie - 8 bit)

http://atariage.com/forums/topic/137894 … try1666731

7

(4 odpowiedzi, napisanych Sprzęt - 16/32bit)

Zdjęcia wnętrza.
Zasilacz to 7812 ,7805 połączone szeregowo oraz układ 7407.
Na płytce jest napis: ATARI 3,5" oraz "BS Gmbh und"

8

(4 odpowiedzi, napisanych Sprzęt - 16/32bit)

Dzięki za szybką odpowiedz.
Wygląda na to że te stacje mogą być od tego samego producenta.Podobne są dodatkowe element ,.
Okazało się że plomba łatwo odeszła, bez uszkodzenia.
W środku są dwa stabilizatory napięcia. Wyglada na to że zasilacz powinien mieć 15 - 24 V plus w środku.
Te dziwne wymiary to przez napęd TEAC FD-35FN-13-U , który ma aż 40 mm wysokości.

9

(4 odpowiedzi, napisanych Sprzęt - 16/32bit)

Czy ktoś może mi pomóc w identyfikacji tej stacji ?
Może ktoś wie jakiego zasilacza ona potrzebuje , chodzi mi o napięcie i polaryzację.
Jest zaplombowana więc nie chcę jej otwierać w celu sprawdzenia.

10

(23 odpowiedzi, napisanych Fabryka - 8bit)

Co prawda dziś 1 kwietnia, ale informacja nie jest primaaprilisowa .
W międzyczasie udało się wymienić pamięć simm 8 bit na Simm PS/2 i teraz jest dostępne w sumie 16 MB.
Na potrzeby systemu powstał układ UART dający obsługę RS232 z prędkością maks 230400 bit/s.
No i udało się "ożywić" nieruchome dotychczas obrazki :)
http://youtu.be/yxZ7Idi2Bi4
Tylko jedna uwaga, po włączeniu nagrywania z ekranu prędkość po RS spada, normalnie przy tych ustawieniach jest ok 10 kB/s.
https://youtu.be/7byqsQYUV1g

11

(102 odpowiedzi, napisanych Sprzęt - 8bit)

Kiedyś przypadkiem wpadł mi w ręce czeski ploter XY4140.
Osobiście podłączyłem go do sterownika na 8051 i robiłem na nim płytki z bitmapy.
W sieci znalazłem informację że w Czechosłowacji często był on podłączany do 8 bit atari .
Tak wygląda i okazuje się że mam go do dziś :
http://blog.3b2.sk/igi/post/Plotter-XY4140-XY4150.aspx

12

(23 odpowiedzi, napisanych Fabryka - 8bit)

Podlinkuję, a co tam ;)
http://www.gsmhome.elektroda.eu/
Nie aby wszczynać jakąś nową wojnę, tylko może kogoś "natchnie" i zdecyduje się pociągnąć projekt na atari, ja ze swojej strony w miarę możliwości chętnie pomogę w oprogramowaniu, ale sam nie dam rady jednocześnie ciągnąć go na dwie platformy.
Pozdrawiam wszystkich.

13

(23 odpowiedzi, napisanych Fabryka - 8bit)

straszny offtop się tu zrobił

14

(23 odpowiedzi, napisanych Fabryka - 8bit)

xxl napisał/a:

sledze Twoj projekt od poczatku roku, calkiem fajne.

chcialbym tylko zwrocic uwage na jedna sprawe - na atari juz istnieje mechanizm rozdzielnego dostepu dla procesora graficznego i cpu. przeprogramowujac mmu w atari mozna tez miec "kilka stron zero i stosow"... moze pracy nie byloby tak duzo jak sie wydaje?
.

Cieszę się.
A jak z kompatybilnością tego rozwiązania ? Bo moje zapewnia całkowitą w dół.
Zresztą z moim wcale niema dużo pracy przy instalacji , a 99 proc. to i tak trzeba zrobić programowo i tu i tu.
Więc różnica żadna. ;)
Jedną z fajniejszych możliwości jest to że można obsługiwać nawet programy w BASIC-u a to daje wiele możliwości np. na szybko można napisać sterownik nawet w BASIC do zrobionego urządzenia i korzystać z niego z "poważnymi" programami.

15

(23 odpowiedzi, napisanych Fabryka - 8bit)

drac030 napisał/a:


Poza tym zgadzam się z xxlem, że to jest wynalazek dla miłośników Atari (których jest niewielu), a nie dla pececiarzy.

Ja tam nie wiem  bo nadal 9 na 10 projektów robię na 8 bitowym 8051 ze 128 bajtami RAM (ostatnio już w standardzie jest 256 B) z 1980' roku a po tym że ciągle jest to masowo produkowany procesor , wciąż powstają nowe wersje i oferowany jest przez wszystkich producentów to chyba więcej osób na świecie tak myśli.
Więcej optymizmu ;)
oczywiście zawsze można włączyć "grzyba" i go wąchać , ale po co ?
Za kilka lat jeśli nie dziś da się taki system jak atari czy c64 z 1MB da się  upchnąć w układ za 1 $ (lub tańszy)
[EDIT]  i napędzać 1 GHz
to dopiero będzie czad, a kto ma wiedzę ten ma władzę ;)
Ale to raczej temat na inny wątek ;)
A co do problemów z dodatkowym (standardy rozszerzeń atari) to mogą być tylko jak ktoś zechce w multitaskingu uruchomić co najmniej 2 nieprzystosowane programy, a to albo nie korzysta się jednocześnie z takich programów lub trzeba je poprawić . Przy atarowskich sterownikach urządzeń w wielu przypadkach nie powinno być problemem

16

(23 odpowiedzi, napisanych Fabryka - 8bit)

drac030 jesteś blisko ;)
Działa to tak 1 MB RAM jest podzielony na 16 banków po 64 kB. Przełączane jest całe 64 kB pamięci podstawowej jedynie wspólne są obszary to I/O i ROM (w atari będą to też RAM dodatkowa bo rozszerzają inny bank czyli mogłoby być 16 wirtualnych komputerów z których każdy korzystałby np. z 320 kB wspólnego ram-dysku). Swobodnie można przenosić dane między bankami z jednego banku wywołać podprogram w innym , przechowywać kod programu i pamięć ekranu w różnych bankach , przerwania wykonać w innym banku i powrócić do poprzedniego. Możliwości jest bardzo wiele. Można działać jak Frezer, ale na razie korzystam z RESET i powrotu do banku 0 gdzie jest miejsce na "program zarządzający".
W sumie łatwo można dostosować programy do pracy w tym systemie poprzez "patche" .Ja np. przerobiłem tak TurboAssembler i mogę go mieć w jednym banku , gotowy program kompilować do drugiego jeszcze w innym mieć monitor i testować go na "czystym systemie" w razie zawieszenia wracam RESET do assemblera ;)
[EDIT]
W kolejnym banku możę być program graficzny a dane podbieram z jego pamięci bezpośrednio do kodu w assmie ;)

Zacznę trochę dziwnie bo od opisu rozbudowy swojego c64 - choć moim pierwszym komputerem było właśnie Atari.
A co to ma wspólnego z ATARI o tym później, mam nadzieje że doczytacie do końca ;)
Ale od początku.
Zaczęło się od chęci rozszerzenia pamięci RAM, ale z czasem rodziły się kolejne pomysły i tak powstały pewne założenia:
- pełna zgodność z programami
- możliwość pracy równoległej
- Możliwość pracy CPU i kontrolera grafiki w różnych bankach (podgląd ekranu z innego programu)
- 1 bank na system i jego rozszerzenia
- każdy program ma mieć swój stos i stronę zerową oraz niejako cały komputer do dyspozycji.
A tu można zobaczyć na ile udało się zrealizować te postulaty
https://www.youtube.com/watch?v=5WjE42YjBy4&feature=youtu.be
i tu
https://www.youtube.com/watch?v=NKrjpoJKmPo&feature=youtu.be

Więc wersja na C64 już działa, a teraz chciałbym zbudować podobną na ATARI. W sumie to schemat już opracowałem. Niestety w systemie operacyjnym Atari jestem mniej zorientowany, więc jeśli ktoś chciałby pomóc przy oprogramowaniu to byłoby fajnie.
Myślę że jak znajdę jakieś działające Atari to szybko część hardwarowa będzie gotowa . ;)

18

(17 odpowiedzi, napisanych Sprzęt - 8bit)

gorgh napisał/a:

A za pomoca czego mnozy sie i dzieli wartosc? Sory za pytania byc moze banalne dla niektorych, ale wg mnie to ciekawy temat

Za pomocą mniej lub bardziej skomplikowanych układów elektronicznych, czasami są to też specjalizowane układy powielaczy i dzielników częstotliwości. Niektóre układy (szczególnie współczesne procesory np. ARM czy do PC-tów mają wbudowane w sobie powielacze częstotliwości.
Kwarce są produkowane z pewnym dopuszczalnym rozrzutem parametrów, dodatkowo mogą się nieco odstrajać zależnie od pojemności układu w którym pracują , dlatego kiedyś pamiętam że w PC XT był nawet trymer do ustawienia dokładnej częstotliwości, w innych komputerach zresztą też. Ale dziś już nikt tego nie stosuje.
Ich częstotliwość też jest zależna od temperatury dlatego tam gdzie musi być bardzo stabilna (np. zastosowania wojskowe) stosuje się czasami nawet obudowanie kwarcu w termostacie ;)

19

(17 odpowiedzi, napisanych Sprzęt - 8bit)

Tak jest praktycznie taki sam kwarc i  w technologii jego produkcji nic się praktycznie nie zmieniła.
Co ciekawe jest we współczesnych PC-tach ( zresztą od zawsze) stosuje się taki sam kwarc jak w komputerach Atari NTSC 14,31818 MHz tyle że kiedyś tę częstotliwość się dzieliło , a dziś mnoży ;)

20

(29 odpowiedzi, napisanych Sprzęt - 8bit)

Ktoś tu ma problem ze zrozumieniem słowa "ZAMIAST" ?  ;)

21

(29 odpowiedzi, napisanych Sprzęt - 8bit)

Widzę 3 rozwiązania :
1. możesz dodać dzielnik częstotliwości przez 2 na np. 74ls74 do oryginalnego kwarcu i będziesz miał 150 /300/180/360 RPM.
Jak będzie działać to nawet można dodać selektor kwarców i dać taki aby było te 280 RPM
2. zaadoptować kontroler pracujący w HD
3 Zbudować zupełnie nowy sterownik na jakimś mikrokontrolerrze coś na wzór tego :
http://www.deviceside.com/fc5025.html
Tylko zamiast USB zaimplementować obsługę magistrali 6502 i pewnie dałoby się nawet zrobić kompatybilność w dół z KM na poziomie programów ;)

22

(57 odpowiedzi, napisanych Fabryka - 8bit)

...ale prosty mikrokontroler kupiony w sklepie za rogiem w ilości sztuk 1 za 5 zł i nie trzeba płacić  30 $ za dostarczenie kilkudziesięciu na zapas aby się kurzyły wystarczy z całą pewnością ;)
No i jak kupię w sklepie to raczej wiem co dostanę. A nie jak ten gościu co to od roku kupuje w Chinach MC68340 i nawet coś mu przysłali...;)
Podobno nadal szuka ...

23

(29 odpowiedzi, napisanych Sprzęt - 8bit)

mono napisał/a:

Tam też jest GCR.

Dokładnie, a takie cuda tylko z GCR i dla MFM są nieosiągalne ;)
Ale koledze zapewne chodzi o Amigę 4000 i jej "legendarny" napęd Chinona FZ-357A mogący pracować przy połowie obrotów czyli 150 RPM. No ale amiga ma  PAULE a nie "fabryczny" sterownik MFM .

24

(57 odpowiedzi, napisanych Fabryka - 8bit)

Ten układ PLS105 może działać tak (o ile autor to w nim zaimplementował) że wynik operacji jest 14 bitowy (8 bitów można wyprowadzić na zewnątrz), a 6 w rejestrze wewnętrznym zapamiętać i użyć w kolejnym kroku (po to jest generator) w funkcjach wewnętrznych. W sumie można dojść do sytuacji że  właściwe sygnały na wyjściu układu są dopiero po którymś takcie tego generatora na HT132.To w pewnym sensie może utrudnić symulowanie w proty sposób za pomocą EPROM.

25

(57 odpowiedzi, napisanych Fabryka - 8bit)

toriman1 napisał/a:

@ 8bit

:) - po co mikroprocesor, hłe, hłe ? Nie no - mam kilka sztuk tych scalaków i tylko odtwarzam staruszka za względnie nieduże pieniądze. Jak ktoś chce - można bez problemu zrobić Turbofreezera 2011 (TF2005 ma Macha i4A5 który jest też na zejściu).

Szkoda zachodu.

Zacytuję z twojej strony:
"W Polsce raczej mało prawdopodobne. Ja osobiście
znalazłem je w USA za średnią cenę - ok. 30 USD - układ + przesyłka.'"..."Co ciekawe - ma olbrzymie znaczenie producent układu 74HCT132. Jest to spory problem, ponieważ układ ten pracuje w powielaczu częstotliwości zegara Phi2 i układy nie wszystkich producentów spełniają swoje zadanie."
To teraz ja odpowiem te 30 $+ HCT138 który trzeba dopasowywać można by spokojnie zamienić procesorem za 4.5 zł (w detalu) + programik który pewnie powstałby w jeden wieczór. Fakt odpada zabawa w dopasowywanie HCT przy uruchamianiu 9bo może się okazać że nawet tego samego producenta nie wszystkie zadziałają) , ale gdyby więcej osób reflektowało to kto wie ;)
Pozdrawiam