26

(263 odpowiedzi, napisanych Fabryka - 8bit)

SRAM możesz wyjąć, pamięć na płycie jest wyłączona i nieużywana (inaczej jak w U1MB). Zakładam, że w powyższym schemacie z AVG oczywiście nie używasz rozszerzenia pamięci z AVG. Bo to bez sensu.

27

(29 odpowiedzi, napisanych Fabryka - 16/32bit)

W końcu polutowałem część blitterową tej wersji: https://github.com/agranlund/STBlitter_RevC i ruszyło. Najwyraźniej coś mi wciąż jeszcze uciekało. No trudno. Jakoś się to udało upchać pod obudową chociaż akcelerator Hypercache ST jest lekko przekoszony. Dodanie podstawki żeby to wyprostować niestety unosi go i klawiatura nie siada. Teraz też leży ona na całości ale to w sumie dobrze, dociśnie klocki. Udało się uzyskać coś w rodzaju lekko upośledzonego Mega STe - bo bez dźwięku DMA ale poza tym działa na prawie takiej samej prędkości (no, 97-98%). Ale nieźle.

Tak maszyna wygląda w porównaniu do bazy:

https://www.atari.org.pl/forum/misc.php?action=pun_attachment&item=13743

A tak przy MegaSTe:

https://www.atari.org.pl/forum/misc.php?action=pun_attachment&item=13744

28

(263 odpowiedzi, napisanych Fabryka - 8bit)

PeBe napisał/a:

Nie mam VBXE, ale mam GTIA2RGB oraz PokeyMAXa 2B.
IDE mam z przyciskami i dioda od SDX się świeci.
Na monitorze mam komunikat SPARTA DOS X not present.
Podobnie mam ze starszą wersją IDE+ na karty CF, tylko tam komunikat jest No DOS.

PokeyMAX a tym bardziej GTIA2RGB nie powinny mieć zupełnie nic do gadania.
Komunikat "No DOS" oznacza, że SDX nie startuje i jest wyłączone (trzeba włączyć przez Menu). Jeśli masz "SPARTA DOS X not present" to znaczy, że go nie ma w ROM-ie z jakiegoś dziwnego powodu. Wtedy rzeczywiście update wymagany (tu jest: https://sdx.atari8.info/index.php?show= ... _release).

29

(263 odpowiedzi, napisanych Fabryka - 8bit)

U mnie działa bezproblemowo. Nie masz tam przypadkiem VBXE albo czegoś jeszcze? Spróbuj SDX włączyć przyciskiem, żeby się dioda zapaliła (oczywiście jeśli masz IDE+2 w wersji z przyciskami).

30

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

Drakon napisał/a:

solder back whole Acid Stereo into PCB

Nie da się samego Acid Stereo wlutować w płytę. Natomiast da się podstawkę, która jest w zestawie. A ta podstawka nie ma wszystkich pinów (co ma znaczenie).

31

(29 odpowiedzi, napisanych Fabryka - 16/32bit)

artik-wroc napisał/a:

To coś powinno pomóc :)

Na pierwszy rzut oka wnioskuję, że trzeba dorobić pull-upy na liniach danych i adresowych. I tych dwóch sygnałach szyny. Zacznę od tego, może to na tyle proste :-)

[Edit]
Wymiana drabinek chyba mnie nie ominie...

[Edit 2]
Jakimś cudem miałem drabinki 4.7kR. Podmieniłem je na płycie głównej (oryginalnie były 10K) ale niestety, nie pomogło wiele. Nadal komp nie chce poprawnie wystartować i wali fochy :-/

Podsumowując: na liniach adresowych mam 4.7kR do VCC na BGACK i BR idących teraz tylko między blitterem a GLUE też mam 4.7kR do VCC, to samo na INt. Niby wszystko jak należy. Ale nie startuje.

https://www.atari.org.pl/forum/misc.php?action=pun_attachment&item=13742

32

(263 odpowiedzi, napisanych Fabryka - 8bit)

W zasadzie jedyne co U1MB mogłoby dostarczyć Antonii to PBI BIOS dla Side z użyciem go jako HDD, wybieraczką plików i obsługą ATR-ów... Bo poza tym Antonia wszystko sama obsługuje (różne modele rozszerzeń pamięci, różne OS-y, różne carty w przestrzeni Basica).

A U1MB bez podpięcia pod MMU jest nieużywalny. Nic nie zrobi sensownego.

33

(29 odpowiedzi, napisanych Fabryka - 16/32bit)

Nie wkładam blitter do płyty bo krótkie ST nie ma takiej opcji. Jest na płytce z tego wątku, zworki są ustawione tak, że sygnały idą identycznie jak w płycie, która ma miejsce na blitter "by design" (gdzie zresztą blitter założyłem i on działa tam poprawnie). Po prostu tutaj coś się nie klei jak powinno I nie wiem co bo niby wszystko jest jak powinno. I dlatego pytam, czy może jest jeszcze coś innego, tajemne go, o czym dokumentacja nie wspomina. W szczególności jeśli ktoś montował blitter do krótkiego ST to może wie.

34

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

Ten typ tak ma. Mam swój, miałem jeszcze sztukę Retro Ravena I obie się zachowują podobnie. Acid o tym wie, zgłaszałem daaaaawno. Może coś z tym zrobi. Oby.

35

(29 odpowiedzi, napisanych Fabryka - 16/32bit)

Pozwolę sobie odkopać temat. Próbuję założyć Blitter do krótkiego ST posiłkując się płytką @artik-wroc (z początku wątku). Płytka idzie pod procesor, nie musiałem więc niczego ciąć na płycie. Udało mi się rozkminić zworkologię i jeszcze jeden drobiazg (podmiana rezystora R4 na płycie z 4.7K na 1K) i już prawie prawie jestem w domu... ale... Komputer się zachowuje dość dziwnie i mam wrażenie, że to co mi pozostaje do zrobienia to jakieś modyfikacje na płycie, których nie mogę wyłapać. Otóż po włączeniu jakby nie wstawał. Mam szary ekran. Kart diagnostyczny natomiast wstaje, ale... całość działa jakby komputer miał nie 8MHz a może z 10x mniej. Obraz się maluje w tempie koszmarnym (na początku robi się niebieski i tę zmianę koloru widać zdecydowanie zbyt wyraźnie), potem testy wstępne się wykonują, a potem albo jakby zwisa, albo pokazuje jakieś błędy.
Mam płytę STF z jednej z ostatnich serii, z miejscem na blitter. Próbowałem sobie pomierzyć jedną i porównać do drugiej i jak na razie wydają się być tutaj zgodne. Krótka płyta ma rozszerzenie pamięci 4MB (typu tego od Anders Granlund). Czy to może być tutaj problemem?Jakoś nie chce mi się wierzyć ale różne rzeczy się zdarzają...

Mam jeszcze pustą płytkę jak ta z tego wątku: https://www.atari.org.pl/forum/viewtopic.php?id=17068 ale wolałbym jednak użyć tej z tego ponieważ lepiej mi pasuje do założeń projektu (w kompie ma być jeszcze dopałka 16MHz zastępująca procesor i taka kombinacja mi się zmieści pod maską). Chciałem się jednak upewnić, że nie trzeba modyfikować płyty bo jeśli tak jest to żadna płytka nie pomoże :-)

36

(263 odpowiedzi, napisanych Fabryka - 8bit)

To kwestia tasiemki między Antonią a MMU.

37

(6 odpowiedzi, napisanych Fabryka - 16/32bit)

VidelEC

38

(6 odpowiedzi, napisanych Fabryka - 16/32bit)

Brzmi dobrze... Oby dojechało i oby ktoś to robił i sprzedawał. I nie w homeopatycznych ilościach.

39

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

Czyli coś typu Hokey. Jasne.

40

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

Just Pokey za drogi?

41

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

Dzięki. Przy braku tekstur działa o wiele szybciej oczywiście ale jednocześnie zaczyna wyświetlać sporo śmieciowych artefaktów.

PS. Czy kod wykorzystuje blitter VBXE do rysowania tekstur? Może mógłby?

42

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

tOri napisał/a:

Policzyłem koszt jednej płyty w JLCPCB i wyszło ok. 250 zł za sztukę

Gołe PCB czy z drobnicą? Bo suavek sugerował, żeby się nie bawić w samodzielne składanie drobnicy po obu stornach (a co najmniej od spodu) bo to koszmarnie żmudna robota i źródło błędów.

43

(214 odpowiedzi, napisanych Fabryka - 8bit)

No to jadymy :-)

[Edit]
No, teraz idzie (FAT16, nie 12). A najlepsze jest to, że można łatwo update zrobić za pomocą poprzedniego wsadu - bo czyta FAT :-)
Numen mi poszedł, SysInfo też. To, że pokazuje więcej plików - kapitalne. Bo przyznam, że się zdziwiłem poprzednio (aczkolwiek rozumiem czemu tak).

44

(214 odpowiedzi, napisanych Fabryka - 8bit)

Nie sprawdzałem wszystkiego z tego dysku... W zasadzie to sprawdziłem 3 rzeczy, z czego dwie zwisły (Numen i SysInfo) a jedna się odpaliła (Atari demo).
Skoro wiesz co jest popsute to ja już jestem spokojny, że to poprawisz :-)

45

(214 odpowiedzi, napisanych Fabryka - 8bit)

drac030 napisał/a:
perinoid napisał/a:

ak, jestem pewien, że to FAT16

Nie, to, że to rev. S, nie powinno mieć wpływu.

Mógłbyś mi jakoś podrzucić plik test.img?

Pewnie. Gdzie mam wysłać? Możesz mi na priv podesłać namiar.

46

(214 odpowiedzi, napisanych Fabryka - 8bit)

Tak, jestem pewien, że to FAT16

$ dd_rescue /dev/sda1 test.img
[...]
dd_rescue: (info): Summary for /dev/sda1 -> test.img
dd_rescue: (info): ipos:    358400.0k, opos:    358400.0k, xferd:    358400.0k
                   errs:      0, errxfer:         0.0k, succxfer:    358400.0k
             +curr.rate:    12745kB/s, avg.rate:     9389kB/s, avg.load:  0.5%
             >-----------------------------------------< 100%  TOT:  0:00:38 
$ file test.img 
test.img: DOS/MBR boot sector, code offset 0x3c+2, OEM-ID "mkfs.fat", sectors/cluster 16, reserved sectors 16, root entries 512, Media descriptor 0xf8, sectors/FAT 176, sectors/track 61, heads 16, hidden sectors 63, sectors 716800 (volumes > 32 MB), serial number 0xdd5f22fe, label: "IDEPLUS    ", FAT (16 bit)

Próbowałem też wgrać Numen w wersji XEX - też sie sypnęło. Natomiast wgrało mi się to demo od Atari, to z robotem itp.

Czy wersja IDEPlusa ma znaczenie? Bo PCB na którym próbowałem jest w wersji S.

47

(214 odpowiedzi, napisanych Fabryka - 8bit)

drac030 napisał/a:

W załączniku eksperymentalny BIOS, w którym loader binarny umie czytać pliki wykonywalne (nie ATR-y) z dysków FAT12 i FAT16. Nazwy plików nadal ograniczone do 8+3.

Wgrałem. Małe rzeczy się czytają poprawnie. Większe - nie. Np. SysInfo v.2.25 z XEX-a nie startuje, pokazuje krzaki. Dokładnie ta sama wersja wczytywana z partycji APT na dokładnie tym samym sprzęcie działa poprawnie.

Ale cieszę się, że coś się zadziało :-) Dzięki, @drac030.

48

(214 odpowiedzi, napisanych Fabryka - 8bit)

drac030 napisał/a:

W załączniku eksperymentalny BIOS, w którym loader binarny umie czytać pliki wykonywalne (nie ATR-y) z dysków FAT12 i FAT16. Nazwy plików nadal ograniczone do 8+3.

Tak!!! Modły zostały wysłuchane! :-D Kończę śniadanie i wrzucam. Dzięki!!!

49

(8 odpowiedzi, napisanych Software, Gry - 16/32bit)

@Javalonde: nic nie doszło, do spamu też nie.

50

(8 odpowiedzi, napisanych Software, Gry - 16/32bit)

Mam. Może wieczorem.