A interfejs z tymi kondensatorami 22pF w ogóle działa? Bo wydaje mi się to trochę za dużą pojemnością i mogą się mocno wydłużać czasy narastania i opadania zboczy. Na oko mi się wydaje, że powinien być to rząd kilku pikofaradów. Diody schottky chyba mają pojemność 1 czy 2 pF jeśli dobrze kojarzę, a wydaje mi się, że w moim interfejsie te diody, które zastosowałem, to pełnią rolę chyba właśnie małych kondensatorów.
Kiedyś wygładzałem sygnał PHI2 w małym Atari, to pamiętam, że 10pF już było za dużo, dałem wtedy 5,6pF i mam tak w jednej Atarce, tak że tylko tak piszę, że z doświadczenia do wygładzenia zakłóceń na zboczach taki rząd wielkości wydaje mi się odpowiedni.

Załączam zdjęcie jak u siebie dałem te diody. One u mnie są tylko na liniach sterujących (zrobiłem tak za radą Putnika).
Na zdjęciu widać do których linii przylutowałem diody. Te które dałem to były BAT48, bo akurat takie miałem.
Na zdjęciu widać też kabelek czarny po prawej stronie - proszę się nim nie sugerować, on nic nie robi, tylko tam mechanicznie uszkodziłem podczas prac jedną ścieżkę, dlatego jest dosztukowany.

Jeszcze co do wartości R1: robiłem testy różnych wartości, bo też Putnik podpowiadał, że za pomocą tego rezystora "należy dostroić interfejs do danej karty CF" (cokolwiek to miało znaczyć). Tylko że u mnie zmiany rezystora w zakresie do 1k5 nie robiły różnicy w działaniu interfejsu, natomiast powyżej tej wartości zaczynały się jakieś problemy, ale nie pamiętam jakie. W każdym razie powyżej tych 1k5 długość impulsu była już za duża.

Zrobiłem nawet testy tych sygnałów wchodzących i wychodzących z LS221 przy różnych wartościach R1 i zrobiłem porównanie analizatorem logicznym. Załączam zrzuty porównawcze z analizatora, bo można sobie zobaczyć jak wyglądają te sygnały i w jaki sposób się zmieniają w zależności od R1.
Testy robiłem także płynnie przy różnych wartościach, bo na ich potrzeby wlutowałem tam sobie potencjometr zamiast rezystora, ale na tych zrzutach ustawiałem później sobie potencjometr na różne wartości typowe z typoszeregu, żeby w razie powodzenia eksperymentu móc zastosować wartość istniejącego w rzeczywistości rezystora:-)

A, rozumiem, nie skontaktowałem w pierwszym momencie:-) To by miało sens, bo taśma daje podobny efekt jak te moje diody schottky. One też dodają minimalną pojemność. Może właśnie ten kierunek będzie dobry. Trzeba by doświadczalnie sprawdzić ile tej pojemności potrzeba i na których liniach. A może taśmę taką 80 żył by dać z masą co druga żyła?

No to fajnie, że masz kolejny działający egzemplarz interfejsu. Ale nie jest to zwycięstwo nad całym tematem, bo nadal nie znamy ani powodu, ani uniwersalnego remedium.

Przejściówka, którą Ci wysłałem u mnie działała z moim egzemplarzem interfejsu poprawnie. Miałem 4szt tych przejściówek i wszystkie 4szt przetestowałem z interfejsem zarówno na odczyt jak i na zapis.

U mnie zadziałały diody schottky, u x_angela rezystor na jednej linii danych, u _tzok_'a wymiana przejściówki IDE-CF na inną. Każda z tych zmian prawdopodobnie w sposób bardzo minimalny przesuwa któryś sygnał, lub pochyla któreś zbocza, lub też dodaje gdzieś pojemność niwelując minimalnie zakłócenia...
Nadal mamy sytuację, że interfejs da się uruchomić, ale konieczna jest walka nad każdym egzemplarzem...

Nie, w Hatari jest tak samo, że mam folder windowsa jako dysk i tam się normalnie da nadpisać plik, więc to nie Windows przeszkadza.

Naturalnie, że pod Windowsem nie da się zmienić nazwy pliku w czasie kiedy jest on otwarty przez Steem w Cubase. Jednak gdyby nie dało się zapisywać w emulatorze plików otwartych do edycji w jakimś programie, to przecież cały emulator działał by wtedy tylko do odczytu, no to trochę z lekka bez sensu, nie?:-) Z resztą jak w windowsie otworzysz jakiś plik do edycji np. plik tekstowy w notatniku, to możesz go zapisać z powrotem do tego samego pliku. Tak samo powinno być w Steem, czyli otwiera on plik w Windowsie i go zapisuje. Dziwne to wszystko...

Podniosłem jeszcze wersję Steema do najświeższej Steem.SSE.3.9.4.Win32.D3D, ale jest dokładnie tak samo, bez zmian.

Sikor, ten bajt na zakończeniu to jest pierwszy jakby stopień wystąpienia błędów, przy różnych kartach i różnych elementach całej układanki występują kolejne stopnie większej ilości błędów zapisu, później jeszcze odczytu, aż do całkowitego niedziałania włącznie. Opisałem to w tym poście: http://www.atari.org.pl/forum/viewtopic … 44#p248744

Pamiętajcie też o fakcie, że poruszamy się po gruncie o tyle niestabilnym, że wyciągamy na złączu ACSI prędkości powyżej oficjalnie podawanych przez Atari. Próbowałem też namówić Putnika żeby spróbować zrobić jakieś opóźnienia w driverze, któóre by dla testu spowolniły transmisję. Wtedy Putnik mi powiedział, że nie da się nic takiego zrobić, bo driver wywołuje tylko funkcję dla układu DMA, która startuje transmisję, a resztę już robi sam układ DMA i to on ogarnia transmisję zwracając gotowe dane.

Z tym rezystorem na przejściówce, to też jak walczyłem z interfejsem, to obejrzałem i się zdziwiłem, że jest wpięty między zasilanie a masę. Ja tych przejściówek kupowałem kiedyś sporo z różnych źródeł i specjalnie poszukałem zdjęć różnych swoich starszych wynalazków, na których sprawdziłem, że zawsze wszystkie moje przejściówki miały tam ten rezystor. Przejrzałem jeszcze wtedy też archiwalne aukcje, na których kupowałem te przejściówki i okazało się że na zdjęciach w aukcjach widać tam kondensator a nie rezystor. Pomyślałem wtedy, że może Chińczycy wyprodukowali partię miliona przejściówek wkładając przez pomyłkę w maszynę taśmy z rezystorami zamiast kondensatorów:-) Próbowałem więc wywalić ten rezystor z przejściówki i dałem zamiast niego kondensator 100nF odsprzęgający tak jak tam powinno zapewne być, ale nie robiło to kompletnie żadnej różnicy w działaniu interfejsu.
Jednak nasz problem błędów nie dotyczy przejściówki, bo xangel robił też wersją interfejsu bez przejściówki i lutował bezpośrednio socket pod kartę CF - no i miał te same objawy błędów.

_tzok_ a może ta przejściówka, którą kupiłeś jest po prostu walnięta? Mi się kiedyś trafiła na kilka kupionych sztuk jedna taka, która nie działała, okazało się, że miała jakieś zwarcie przy sockecie do karty CF. Tam jest taki wredny raster i zwykle jest to tak niechlujnie przez Chińczyka polutowane, że może się zdarzyć, że coś tam nie styka. Sprawdź pin po pinie miernikiem.

Standard kart CF wymyślony został przez firmę Sandisk. Również ta sama firma Sandisk wymyśliła tryb DMA 8-bit. Pozostali producenci kart CF w późniejszym czasie produkowali sobie karty trzymając się luźno standardów opisanych dokładnie w dokumentacji Sandiska, między innymi nie implementując wszystkiego co Sandisk opisał jako standard. Faktem jest że trybu DMA 8-bit nikt nie używa, tak jak mówisz:-) Niemniej jednak Sandisk przez te wszystkie lata trzyma się ściśle swoich standardów i cały czas podtrzymuje je implementując tryb DMA 8-bit we wszystkich swoich produktach, bo również nowe karty tryb ten obsługują. Oczywiście nie wiemy czy nie ma tam buga, ale we wszystkich kartach produkowanych na przestrzeni lat?

A dyski jakieś obsługują tryb DMA 8-bit? Po pierwsze tego nie wiem, a po drugie i tak nie mam żadnych dysków, nie używam i nie chcę używać:-)

Wiesz co, gry od Putnika już przy starcie pokazują zwykle jak jest coś nie tak z ilością pamięci, lub po prostu zazwyczaj wychodzą z gry z powrotem do GEM-a po planszy tytułowej z obrazkiem, tak że jeśli gra się już uruchomi, to będzie z nią raczej wszystko dobrze.

Z bigdosem doczytałem dokumentację od tego darmowego drivera PP, to jest faktycznie trochę inny sterownik. Z drugiej strony zaletą jest to, że można zwyczajne partycje FAT16 zrobić bez żadnych kombinacji sobie na pececie i już. No i całość jest darmowa, co zwłaszcza w przypadku HDDrivera zostawia nam w kieszeni pokaźną sumkę:-) Jeśli wszystko na tym będzie chodziło, to uważam, że jest to bardzo sensowne rozwiązanie. Napisz za jakiś dłuższy czas ewentualnie jak się to u Ciebie sprawuje.
Ewentualnie można podzielić kartę na więcej partycji, żeby miały poniżej 32MB i nie używać wtedy bigdosa. W dokumentacji stoi że partycji może być 14, to daje nam łącznie jakieś 440MB, więc kartę 512MB można tak sobie podzielić, resztę zostawić niepodzieloną i już. Z resztą jak kto woli.

Jeszcze co do prędkości. Putnik pisze, że na tym driverze przy prostej taśmie jest około 350kB/s. U mnie na płatnym sterowniku jest około 360kB/s, więc wychodzi na to, że jest to samo. Natomiast zastanawia mnie to co napisał o twisted cable. W zasadzie można by spróbować zrobić taką taśmę obróconą, bo to tylko taśma, a prędkość ponoć ma wzrosnąć do 1300kB/s, to chyba jest o co powalczyć.

Może sprawdź sobie jeszcze jaka jest teraz u Ciebie prędkość, na stronie Putnika jest również ten jego program do testowania prędkości.

Obecnie mam sprzęty poprzestawiane, nie mam trochę czasu zająć się ST, ale na pewno wypróbuję u siebie przy okazji twisted cable.

Ale pamiętaj, że transmitujemy po 16 bitów, tylko w dwóch paczkach po 8. Dlatego w zasadzie jest to bajt przedostatni w stosunku do tego ostatniego, gdyby transmisję rozpatrywać w podziale na HI i LO.

Przede wszystkim obraz Putnika nie ma zainstalowanego drivera do IDE, więc trzeba by na karcie, na której wrzucimy ten obraz doinstalować jeszcze driver, który najpierw w tym celu by trzeba odpalić z dyskietki. Albo jak napisał _tzok_ zrobić podmiankę nagłówka z tego małego pliku od Putnika, ale tego nie robiłem, więc nie pomogę, pamiętam tylko, że widziałem gdzieś opis Putnika w tej sprawie...