Ze względu na nową edycję interfejsu, byłem zmuszony znaleźć chwilę na pochylenie się z głęboką troską nad problemem karty CF. Na szczęście szybko udało mi się trafić na taką (Kingston 4GB z kwiatkiem), która działała niepoprawnie. Nie miała znaczenia ani rewizja płytki (A,B,C) ani BOM - to miało wpływ tylko na nasilenie objawów. Bez zbędnego zawracania głowy szczegółami, wnioski sugerują (bo absolutnej pewności być nie może) wrażliwość CF na chwilowe niskie stany (wywołane zakłóceniami) na linii CS0 także poza właściwymi cyklami zapisu/odczytu. Źródłem zakłóceń okazał się bufor danych otwierany (z oszczędności) samym adresem, bez uwzględnienia FI2. Nowa rewizja płytki interfejsu przewiduje tu dodatkową bramkę, strobowaną FI2.
Rodzi to pewne praktyczne wnioski w stosunku do dotychczasowych płytek. Najwłaściwsze byłoby dodanie brakującej bramki, ale to wymagałoby przecięcia ścieżki, nalutowania dodatkowego układu i wykonania dwóch dodatkowych połączeń odcinkami kynaru, co niekoniecznie musiałoby wyglądać elegancko i działać niezawodnie. Można też jednak, ze świadomością pewnych niedostatków z tym związanych, postąpić prościej i bez cięcia ścieżek - w ogóle usunąć bufor (to układ '245 częściowo pod baterią) zastępując go ośmioma krótkimi, prostymi połączeniami odizolowanym kynarem między nóżkami 2,3,4,5,6,7,8,9 a odpowiednio: 18,17,16,15,14,13,12,11. Ograniczeniem może być większe obciążenie szyny danych w szczególnych sytuacjach - przy korzystaniu z dwóch dysków lub podłączania dysku długą taśmą. W standardowej sytuacji - pojedynczego dysku lub karty CF z przejściówką, podłączanych bezpośrednio, nie powinno być istotnej różnicy.
Co ciekawe - problem pod pewnymi względami jest wspólny z innym - niekompatybilnością z 65C816. Nie mam jeszcze, co prawda, ostatecznego potwierdzenia ze strony KMK, ale wydaje się, że ta jedna modyfikacja usunie oba problemy za jednym zamachem.
Jeśli ktoś wykona taką przeróbkę, niech da znać o wynikach.
