@Yoo_Gas: Myślę że nie ma co kopiować tego co jest w mojej wersji carta. Należy doprowadzić do działania to co masz u siebie. Tzn jak zrobisz wieczorem zdjęcia to postaram się przyjrzeć po co te dodatkowe kondensatory zostały dołożone. Sądzę że da się doprowadzić do działania to co masz aktualnie. Zawsze jak już  nic nie pomoże, to możesz podesłać cart do mnie to go uruchomię.

@pancio.net

Niestety osobiście się nie spotkałem, ale w kolega robecc, dokonał dumpa carta "universal turbo", który zawiera sobie soft to blizzarda oraz soft Turbo2000 (ale czechosłowackiego chyba). To co pokazał robecc jest o tu: Universtal Turbo cart/screens i tutaj: Universal Turbo Dump

Co do Universal Turbo to jeszcze chwilę potrzebuje, ale postaram się rozrysować schemat carta i przeanalizować jego "bankowanie", bo jest  odmienne niż dotychczas. Do tej pory zakładałem że to po prostu będzie działać bez problemu na natywnym interface od Blizzarda i tyle ;) Ale zajrzę przy okazji do kodu gdzie i jak to Turbo2000 by M.Dadok próbuje pisać i czytać dane.

Już kiedyś wklejałem ten link, ale jakieś screeny cartów do czechosłowackich turbo 2000/3000 są tutaj. Jak klikniesz zakładkę "Cart 32KB" to będzie tam masa screenów z cartami do czechosłowackich systemów Turbo2000/3000. Z tym że wydaje mi się że one tak jak Blizzard nie potrzebowały chyba dodatkowego kabla do wtyczki SIO.

Ale skoro wspominasz o dodatkowym kablu to może to było coś bardziej jak AST/ATT? (wątek o ATT). Również Turbo AST miało dodatkowy kabel... ale oba te systemy nie działały z interface/oprogramowaniem od Blizzarda.

EDIT: @Yoo_Gas: popatrzyłem na te dodatkowe dwa kondensatory, jeden chyba pomiędzy GND a VCC, drugi jeżeli dobrze widze pomiędzy linią adresową A13 EPROMu i przełącznikiem dokonującym wyboru banku, nie powinny przeszkadzać. Nie wiadomo jakiej pojemności jest ta 3-cia sztuka pomiędzy CCTL a GND. Ale też nie podoba mi się ta dioda, powinno być to coś szybkiego np. 1N4148, a nie wygląda mi na 1N4148 może podmień ją na taką 1N4148 i zapuść ten program testujący "fast_d6" zobacz czy to cokolwiek coś zmieni.

Jakbyś wrzucił gdzieś trochę jaśniejsze zdjęcia PCB i trochę większej rozdzielczości to bym zobaczył dokładnie gdzie ten kondensatory idą, nie wiem kto je dołożył, ale części być raczej nie powinno, chyba że ktoś coś wymyślił ... tyle że nie jestem pewny z tych zdjęć które podesłałeś układu połączeń.

Jeżeli chodzi o różnicę 7400 vs 7438 to układ wyprowadzeń jest ten sam, jednak rodzaj bramek inny. W przypadku 7438 bramki mają wyjścia typu Open-Collector, układ 7400 ma wyjście typu push-pull. Zobacz:

UCY7400 wygląda w środku tak: (z lewej strony rozrysowano jedną bramkę układu)

^^^ jak widzisz wyjściowy stopień bramki może zarówno wysterować jej wyjście przywierając ją do masy (aktywny dolny tranzystor) lub też przyłączyć ją do Vcc (napięcie zasilania) gdy wysterowany jest górny tranzystor.

UCY7438 wygląda nieco inaczej, zobacz że stopień wyjściowy zawiera tylko dolny tranzystor:

^^^ to powoduje że taka bramka nie potrafi na wyjściu wystawić napięcia zasilania (a wiec logicznej "1") ... może za to wystawić na swym wyjściu masę, czyli logiczne "0", gdy włączy się dolny tranzystor w stopniu wyjściowym.

Jedne i drugie bramki mają swoje zastosowania (czasami wyjście typu open-collector/otwarty kolektor jest konieczne)... np. wszystkie urządzenia SIO współpracujące z ATARI mają wyjścia typu open-collector. Jest to niezbędne ponieważ współdzielą one linie DATA_IN... i gdyby jedno urządzenie wystawiło stan "1", a drugie stan "0" na linię "DATA IN" skończyło by to się zwarciem pomiędzy masą a zasilaniem i upaleniem którejś bramki wyjścia.

Ten "myk" z linią D6 wymaga zastosowania wyjścia typu open-collector... i w przypadku mojej wersji carta tak właśnie jest (mam 7438)... jednak w Twojej wersji carta ktoś zastosował 7400, ale wiedział ze potrzeba wyjścia typu open-collector, albo chociaż jego ekwiwalentu, więc zastosował taki układ:

posłużę się schematem innego urządzenia (to akurat interface do turbo AST), ale istotna w tym przykładzie jest tylko bramka U1C oraz dioda D1, to taki "symulator" wyjścia typu open-collector, takie coś zastosowano w Twojej wersji carta. Teraz układ 7400 mimo że nie ma wyjść typu Open-Collector, nie może wystawić już "1" logicznej, będzie potrafil wystawić tylko "0". Ta "1" logiczna będzie blokowana w teorii przez diodę... jednak w Twoim wypadku wygląda na to że ta dioda jest za wolna, i przy szybko zmiennych sygnałach na magistrali nie zawsze udaje się temu układowi złożonemu z 1 bramki i diody na wyjściu wymusić "0" na magistrali, a konkretnie na bicie D6 magistrali adresowej.

Pytałem o ten kondensatory bo być może one są jakoś dziwnie włączone w układ i być może coś psują, dlatego w chwili gdy podeślesz jaśniejsze zdjęcia o większej rozdzielczości, to może uda mi się zobaczy jak są dokładnie podłączone... jeden widzę (ten ciemniejszy) jest podpięty pomiędzy CCTL a masę, więc jest OK... pytanie tylko jakiej on jest pojemności (wygląda że dość małej... ale to tylko zgaduję po kolorze dielektryka ... i to może być błędny wniosek). Pozostałe dwa nie wiem po co są dodane.

Jeszcze jedna uwaga... w przypadku mojej wersji carta... i bramek z otwartym kolektorem ... ponieważ nie potrafią one wystawić stanu "1", należy zadbać aby dane wyjście miało rezystor podciągający (tzn. pull-up) to wyjście to napięcia zasilania (Vcc/Ucc) lub zaprojektować układ tak aby stan "1" był wymuszany przez konstrukcję układu, spójrz na schemat mojej wersji carta:

... a i jeszcze jedno... oczywiście jest jakaś szansa że soft do blizzarda nie czyta lokacji $d5xx jakoś specjalnie dynamicznie czy szybko i cartridge działa poprawnie na tyle że nie ma to wpływu na procedury odczytu ... wtedy oznaczałoby to że masz problemu z samym interface w magnetofonie... myślę jednak że warto doprowadzić cart do porządku i działania zgodnego z zamierzonym przez autora tegoż zabezpieczenia sprzętowego :)

Kolejny cart z kolekcji na tapecie.Tym razem 4KB cart zawierający soft dla "Turbo Blizzard":

i tradycyjnie już:

1) zawartość pamięci EPROM: Blizzard 4K Cartridge.

blizzard_4k.bin:

MD5   : cdcc5d862fda9c8f37050c31038a64ba
SHA256: 583c051c527bf133a4bd8c0b46476897c10bf2d130c8650bfcf698632755dc76

2) wersja XEX dająca się uruchomić spod DOS-a lub dowolnego loadera plików binarnych: Blizzard_4K.xex.

3)  Schemat: wektor (PDF), raster color (PNG), raster grayscale (PNG).

Tym razem chyba "dla zmylenia przeciwnika", przerzutnik RS wykonany na bramkach NOR, a "zabezpieczeniem" przed kopiowaniem miało być chyba starcie napisu z układu scalonego ;) to takie "security by obscurity*" z tamtych czasów.

Sam cart prezentuje się tak... i jak widać jest to kopia zabezpieczona przed kopiowaniem :D

PCB spód:

PCB góra:

*) https://xkcd.com/257/

@link... cholerne prawa dostepu :( moja wina, już poprawiłem. Powinno się dać pobrać już.

@foty: no cart jest innej konstrukcji... już chyba widzę co jest grane, nie masz w swoim carcie bramek Open-Collector, tylko zwykłe 7400. Widzę również dwa kondensatory SMD -> to na pewno jest jakaś późniejsza modyfikacja (tzn. ktoś w tym grzebał i robił jakieś zmiany). Jak uruchomisz drugi test, to wszystko będzie wiadomo... pewnie wyjdzie że w tej wersji carta nie ma tego zerowania D6 przy odczycie $d500-$d5ff, wnioskuję to ze zwykłych bramek.... ale to w wolnej chwili dokładniej przeanalizuję, bo być może ktoś zrobił "zasymulował" wyjście typu open-collector diodą którą widzą na zdjęciach... ale możliwe też jest to że dioda to kawałek układu resetu :)

problemem jest tylko mechanika, tzn. dostosowanie/wycięcie obudowy. same laminaty są gotowe i to od dawna, komponenty do montażu też leżą i czekają. montaż płytek zrobię jak tylko ogarnę sensownie obudowy.

@stryker: szanse oczywiście są, ale przyznaję że klika nieudanych prób współpracy różnego rodzaju firmami mającymi zająć się kwestiami mechanicznymi spowodowały że przestałem uważać temat za pilny, szczególnie że miałem inne problemy na głowie. Na pewnym etapie uznałem że dość wkładanie w to kolejnych środków i czasu, bo są inne priorytety. Nie chcę tutaj obiecywać żadnych kolejnych terminów bo nie wiem jaka przyszłość mnie czeka, wrócę do tematu po nowym roku i zobaczymy co w kwestii obudowy da się zrobić tym razem.

To jeżeli masz realny hardware wyglądający podobnie jak ten na zdjęciach w wątku o KNS BIG 2.0, i zapewniający zgodność z zerowaniem bitu D6 przy odczycie z obszaru $D500-$D5FF wszystko zatem powinno działać jak należy.

W wolnej chwili przygotuję jakieś oprogramowanie testujące które sprawdzi czy na pewno wszystko ze sprzętem OK, to sobie sprawdzisz czy aby hardware carta na pewno pracuje poprawnie.

Cześć!

No bo jest niestety lipa. Jak się okazało cartridge miał zabezpieczenie "anty pirackie", polegało ono na tym że wykorzystało mechanizm z zerowaniem bitu D6 w chwili odczytu dowolnej komórki z przestrzeni $D500-$D5FF. Wyrażałem swoje wąpliwości w wątku o tym carcie, o tutaj. Miałem się nawet zabrać za analizę i poprawę tego kodu, ale na atarionline.pl ktoś napotkał ten sam problem co Ty i i kolega FUJI postanowił go rozwiązać własnoręnie, cały wątek do poczytania tu.

FUJI udostępnił "crackowaną" wersję pliku XEX oraz poprawiony ROM (posty #24 i #25 w wątku na AtariOnline).

Muszę zrobić porządek w wątku na AtariArea i uaktualnić linki, aby nikt już nie wpadał w pułapkę związaną z obrazami bez "poprawek". ROM z wątku na AtariArea będzie działał poprawnie jedynie realnym hardware zbudowanym w/g schematu który tam udostępniłem. Plik poprawiony przez FUJI-ego będzie działał już wszędzie.

Dziś otrzymałem swój egzemplarz od Duddiego... WIELKIE DZIĘKI! I ogromny szacunek ja wykonaną pracę, za jakość, za dbałość o szczegóły i wykonanie książki! Warto było czekać na coś takiego! Dzięki raz jeszcze! Naprawdę doceniam to co robisz! :)

Hej!

Dzięki za uwagi i sprawdzenie elementów, ale mam jednak wątpliwości...

To chyba nie jest możliwe, ze zdjęcia płytki wynika moim zdaniem coś innego. To by nie mogło działać. Jak Przesuniesz C1 za R2 (równolegle do R1) to ma jakąś szansę zadziałać.

To również nie jest możliwe, cart nie pojawił by się obszarze $A000-$BFFF, aktywny byłby tylko obszar $8000-$9FFF.

Na zdjęciu PCB widać że emiter Q1 jest bezpośrednio podpięty ścieżką do RD5, natomiast kablem od strony drugiej strony pociągnięty jest RD4 bezpośrednio do emitera Q1.

Mogłem faktycznie zamienić S4 i S5 przy wejściach bramki, sprawdzę to ;D

@pancio.net: Dzięki Wielkie za dump!

W międzyczasie narysowałem schemat na podstawie zdjęć które udostępniłeś narysowałem schemat tego carta, ale mam pewne pytania i wątpliwości, bo nie wiem czy wszystko dobrze "wypatrzyłem".

Schemat: wektor (PDF), raster color (PNG), raster grayscale (PNG)

Teraz co do moich wątpliwości i niepewności które mam:

1) ze zdjęć nie wynika jaka jest pojemność elektrolita, mógłbyś sprawdzić?

2) również nie widzę jaka jest pojemność tego małego kondensatora ceramicznego, obstawiam coś z przedziału 56-68pF, ale warto by to zweryfikować.

3) największą wątpliwość mam jeżeli chodzi i układ resetu przerzutnika RS, czy aby na pewno dobrze widzę i jeden z rezystorów jest podpięty do ~CCTL, w normalnych warunkach powinien być podpięty do +5V, jednak wszystko wskazuje na to że w przypadku tego carta jest podpięty do ~CCTL. Teoretycznie takie podejście byłoby możliwe, i dawałoby to możliwość ponownego załączenia Cartridge po odpowiednio długim utrzymaniu linii ~CCTL w stanie 0. Piszę o tym że teoretycznie, bo nie sprawdziłem tego w praktyce czy udałoby się uzyskać przebieg który spowodował przy takie rozładowanie kondensatora aby ponownie wysterować to wejście przerzutnika (noga 1 układu 7400, aktywny stan to 0). Co prawda na drugim wejściu przerzutnika również byłoby "0", to powoduje co prawda stan "niedozwolony" ---> dwie "1" na obu wyjściach "Q" oraz "~Q", ale koniec końców to spowodowałoby ponowne włączenie cartridge.

Do kompletu wersja XEX dająca się uruchomić spod DOS-a lub dowolnego loadera plików binarnych: Atari System Turbo 2000.xex

Ale zaznaczam że nie sprawdziłem czy kod nie zawiera jakiegoś "zabezpieczenia" i czy będzie poprawnie działał uruchomiony z innego nośnika niż rzeczony cartridge. Piszę to z uwagi na fakt że w niektórych cartridge Blizzard istniało zabezpieczenie sprzętowe w postaci wymuszania stanu "0" na linii D6 magistrali danych, w chwili gdy następował dowolny odczyt z adresów $D500-$D5FF. Gdy cart nie zawierał pewnego mechanizmu sprzętowego wymuszającego takie zachowanie, loadery i oprogramowanie umieszczone na cartridge nie działały poprawnie (przykładem może być "BIG 2.0 by KNS - Blizzard Cartridge"

Być może "myk" z linią ~CCTL i układem resetu przerzutnika w przypadku tego cartridge ma tutaj jakieś "ukryte" znaczenie. Chcąc zatem używać wersji XEX lub obrazu cartridge i emulatora należy mieć ten fakt na uwadze.

EDIT: @2018.12.04: uaktualniono schematy, w/g wskazówek pancio.net