Hmm ten mini ultra dostał nowe życie na AA i ponoć  obsłuży wszytskie ROMy (ale chyba trzeba jakis kombinacji dla 144kb)
a tedi zabrał kase, zawinał sie do Budapesztu i olał swoje własne dzicko:D

moja pomyłka, tak,  rezystor był 1k5 :) i tak to jest jedyny hex który nie krzyczy że jest za duży.
No właśnie się zastanawiam czy problem jest w programatorze czy w karcie. Z tego co pisałeś to progrmator sklonowałeś, czyli zapewne wszystkie elementy musiałeś sprawdzić i domyślam się też że jeśli coś nie działało to było wymienione. ( właśnie a PICa wymieniałeś ?)
Dodatkowo mamy problem z fi2 czyli możliwe że coś na karcie zakłóca jego przebieg (stąd moje pytanie wyżej)
Ciężko powiedieć co tu się nawyrabiało tym barzdziej ze na AA właściciele kartów raportują że popsuł sie od leżenia.
Dodajmy do tego że programator miał kilka rewizji wsadów (tzn obsługa kilku rozszerzeń zostałą dorzucona później) i robi się "ciekawie".
Posprawdzam sobie jeszcze tego carta jak nic nie wskóram to uśmiechcę się do Ciebie o programator :)

Takim chyba największym mindfuckiem tej historii jest akt że np gry donkey kong oraz donkey konf Jr nie chcą się zaprogramować w czasie gdy foodfight idzie jak burza. Gdzie technicznie te gry sa "takie same" wszystkie to 48K bez żadnego żonglowania bankami pamięci.

No cóż historia tego karta zatacza coraz większe koła. Trafił on do mnie bo po jakimś czasie problem powrócił, tzn programator nie meldował się w sytemie jako dysk zewnętrzny. Domyślam się że pewnie istnieje jakieś magiczne kombo które ukatrupia czytnik.
x_angel skorzystałem z instrukcji i dumpa które zamieściłeś powyżej i chyba czytnik ożył. "chyba" bo kart chce sie zaprogramować tak mniej wiecej co drugim wsadem ale nawet po udanym programowaniu gra zachowuje się dziwnie. W najlepszym przypadku gra wygląda dobrze ale sterowanie działa kompletnie randomowo, tzn jakby jakiś ktoś losowo wciskał sterowanie na padzie. Bardzo często widać artefakty ialbo grafika sypie się kompletnie.
Zaznacze że przebiłem się przez wszystkie złote rady jak poprawnie zaprogramować karta (usunąć nagłówek, zmienić rozszerzenie itd ) i korzystam z leciwego lapka z XP-kiem na pokładzie, tak więc raczej mam problem albo na karcie albo na czytniku.
Anyway może popełniłem jakiś błąd w programowaniu, x_angel chciałem się dopytać o zdjęcie gdzie pisałeś aby nie sugerować sie kolorem kabelków, ja podłączyłem w ten sposób  co na zdjęciach programator zarówno czytał, programował jak i weryfikował poprawnie. Czy jednak czegoś nie widzę ?
Pozatym w pliku sa pliki .hex .bin  i nawet jeden .s19. Ja używałem samego hexa i tutaj w dwóch przypadkach dostałem komunikat że plik jest za duży, jeden hex działa bezbłędnie. Powinienem jeszcze jakoś podpiąć plik .bin ?

właściwie odkąd hddriver obsługuje GPT to bardziej myślałem o partycji rozruchowej  TOS jako master na IDE, a dysk właściwy jako slave i z byteswapem.  Takie rozwiązanie  daje nam możliwoaś bótowania z urządzenie maste oraz dostęp do wszytkich  partycji w urządzeniu slave pod PC.

Krol, wielki dzięki za infortmacje,z ciekawości próbowałeś  ( albo ktoś może próbował) uruchomić w falconie dwa adaptery sd2ide na jedej taśmie ?
wiem że stare PC nie obsłużą takiej konfiguracji, ale czytałem że falcon inaczej "widzi" master i slave.
To trochę smutne ale falcon ostatecznie może bootować z flopa aby zachować opcję montowania w PC.

można jak sie wyłączy byteswap. Ale to Włączony byteswap jest potrzebny aby partycja była widziana w windowsie.

Yes, provided that the medium is not byteswapped. TOS/Windows compatible media used with the Atari's IDE interface have to be byteswapped, i. e. TOS cannot boot from them.

Nie można obu rzeczy na raz :/

to ja chętnie tego fujineta wzionłbym (może masz kilka sztuk ?)

ok, wielkie dzieki, widać, że duzego wyboru nie ma

tak, ten adaper to najprostsze co istnieje, niestety nie ma tam zadnej zworki, wystepuje w roznych postaciach, ale zawsze melduje sie jako sf-1307

a jak Putnik daje sobie rade z tym adapterem ?

Laborant, przypomne tylko opis działu w krótym obecnie piszemy

 A tutaj piszemy o sprzęcie, czyli co się nam spieprzyło i jak to naprawić 

Wracając do tematu, Przyczyną całego zamieszania jest fakt, że PIA nie zmienia stanów na wszystkich liniach PBx.
Wcześniej wydawało mi sie że tylko PB1 ale po dokładnum przyjrzeniu wszystkie linie PB1-PB7 mają problem.
PB1 i PB7 sa podciągane do do 1 przy starcie przez rezystory podciągajace, ale nie opadają do 0.
Reszta PB2 - PB6 tkwią w stanie 0, gdzie w sprawnym egzemplarzu przestawiają się na 1 (pomimo że nie są wykorzystywanew komputerze)
I tak jak perinoid pisał wskazywało by to na wadliwy układ PIA ale tak nie jest nie jest. Testowałem 2 inne orginały i 2 zamienniki z takim samym rezultatem.
Nie zaobserwowałem innych anomalii na tym ani na żadnym innym układdzie.
Perinoid zadawl juz to pytanie na forum, może ktoś wie co dokładnie powoduje przestawienie bitu z 1 na 0 na liniach PB1 i PB7 ?
TZN wiem co te bity oznaczają ale skąd przychodzi fizyczny triger aby je zmienić ?
Jak Basic informuje PIA o swojej gotowości (którą linią) ?

Z czasem bardzo krucho dlatego i progres niewielki.
Dobra oscyloskop poszedł w ruch i udało mi się ustalić iż linia PB1 utknęła w stanie wysokim.
Porównując ze sprawnym egzemplarzem widzę ze ta linia chwilę po starcie powinna z 1 przejść na 0.
Barman pisałeś ,że "PIA sterowany jest z dekodera adresów 74LS138". Wcześniej już pisałem ze ten układ przechodzi testy w testerze (TL866 II), czyli powinien być sprawny. Jakieś 5 sekund po starcie na liniach A8-A10 dzieje się cos dziwnego. Dane przeskakują na 1 .. a potem.. nie wiem jak to opisać.. powoli sie pojawiają? Wydaje mi sie sie ze to jest ślepy trop, całe to dziwne zachowanie dzieje się gdy system jest już "utkniety"
Dobra, co może powodować,że PB1 nie chce zejść na 0? Na pewno wskazuje to na probem z OS ROMem, ale on jest sprawny (działa w innej jednostce). To co jeszcze :)?

Pia w innym sprawnym egzemplarzu powoduje czarny ekran.
Co do ścieżek to jak już pisałem zarówno linie adresowe jak i  danych przedzwoniłem, tj sprawdziłęm multimetrem ich ciągłość. Sprawdzałem na nóżkach (przy obudowach), bo wiem że mikropęknięcia zdarzają się na styku lutu i laminatu i ich nie widać gołym okiem, tutaj jestem pewien że wszystko gra.
Zrobiłęm już reflow praktycznie całej płyty ale po tym co pisał Mq to wiem, że to może nie starczyć.

No dobra to jeśli skupimy się tylko na ukłądach scalonych, to co może jeszcze odpowieadać za błędy na liniach adresowych a12-a15 ?
Na pewno nie Freddy, nie ROM-y, nie PIA,nie MMU, nie linie RAS,CAS, WRT.
To co właściwie zostaje .... CPU i Antic i to wszystko.
Oczywiście rozumiem że są elementy dyskretne ale te  najważniejsze już sprawdziłem, resztę wolę odłożyć na sam koniec
Acha bo była też uwaga odnośnie zasilacza. Ja sam ma dwa, ale u właściciela tej atarynki problem też występował, tak więc na 3ch zasilaczach jest ten sam problem.

Barman, pisałem, że MMU jest sprawne, OS ROM również, Sprawdziłem jeszcze dodatkowo ale start kompa z wciśniętym option nic nie zmienia.
Ciekaw co piszesz o PIA, sprawdzę jak dokończę temat freddiego.
W mięedzyczasie wylutowałem  freda go i wstawiłem pod niego podstawkę. Z oporami przymierzam się do zrobienia tego samego w mojej sprawnej 130XE, no chyba że ktoś może zna magiczny (tzn prosty i amatorski) sposób na testowanie freddiego (oscyloskopem może ?) w niesprawnym koputerze.