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.

Mq to brzmi jak opowieści z krypty dla amatorów lutownicy. W sumie to nawetwpisuje sie w Haloweenowy klimat :)
To atari wygląda jakby miało dobre życie, korozjii brak ale wiem jak paskudnie podstępna może być cyna nawet jesli lezakuje w dobrych warunkach. Przemierze linie adresowe jak radził _tzok_.
Z freddim to mam opory moralne, nie mam żadnego w podstawce. Musiałbym jakiegos sprawnego wylutować i wstawić podstawke.
Właściwie zapomniałem dodać że odświeżyłem luty na CPU Freddim, ROMACH i GTIA. Ramy mają wlutowane podstawki czyli świeże luty.
Barman wspomina też o kondensatorach, sprawdziłem przy wejściu ten główny, no i napięcia 5v na wszystkich układach też w normie.
Zastanawia mnie dlaczego BROM wypadł jako wadliwy w teście (zdjęcia diagrom.jpg)

aaaAAAAaaaaa... another mystery solved !!!

Mam z tym małym problem, duplikowałem obraz 16k SALta aż osiągnie rozmiar 39sf040, nagrałęm to zewnętrznym programatorem i nic. Na sprawnym kompie ciemno. Coś robię źle ?