Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
Prototyp gry Raiden dla Falcona Prototyp zaginionej konwersji kultowego Raiden na Atari Falcon ujrzał światło dzienne.
Steem SSE 4.2.0 R11 Ukazała się aktualizacja Steem SSE, popularnego emulatora komputerów Atari ST dla systemów Windows i Linux.
Larek i Drwal 1.3: User Friendly Nowy odcinek kursu programowania w asemblerze 6502.
HDDRIVER 13.01 Aktualizacja HDDRIVER przynosi poprawki dla HDDRUTIL oraz lepszą obsługę szybkiego sprzętu.
192p Test Suite dla 8-bitowego Atari Nowy program do testowania i kalibracji obrazu dla Atari XL/XE od HanJammera.
atari.area forum » Sprzęt - 16/32bit » Ultrasatan - problem z partycjonowaniem
Strony Poprzednia 1 2
Zaloguj się lub zarejestruj by napisać odpowiedź
We wczesnych STe był ten sam układ DMA co w STF(m)... w STe był zły, a w STfm działał dobrze, bo to nie problem z układem DMA, tylko z projektem płyty STe.
Dokladnie jest to IMP C100110-001. Podobno to ten "dobry". No nic, trzeba CPU zmienic.
Otworzyłem. CPU jest na podstawce, DMA chip C100110-001, tez na podstawce. To nie jest taki z ST?
Ale to znaczy, że możemy szybko podmienić procka i sprawdzić, czy to nie rozwiąże sprawy :-D
Co do EPROMów, to w zasadzie nie ma znaczenia czy EPROM, czy EEPROM czy Flash, tylko ważne by był to układ CMOS. 27C1001 też będą ok.
Tak, będę Cię prosił jesze raz o pomoc :)
mayonez napisał/a:Otworzyłem. CPU jest na podstawce, DMA chip C100110-001, tez na podstawce. To nie jest taki z ST?
Ale to znaczy, że możemy szybko podmienić procka i sprawdzić, czy to nie rozwiąże sprawy :-D
Tak, będę Cię prosił jesze raz o pomoc :)
mayonez napisał/a:Otworzyłem. CPU jest na podstawce, DMA chip C100110-001, tez na podstawce. To nie jest taki z ST?
Ale to znaczy, że możemy szybko podmienić procka i sprawdzić, czy to nie rozwiąże sprawy :-D
jest to IMP C100110-001. Podobno to ten "dobry".
Skoro wg BE C100110 = C025913, to wg jooki'ego to jest ten problematyczny w STE. Z tym że to chyba opinia wcześniejsza niż późniejsze wnioski nt. wymiany CPU i TOS na CMOS.
Ok, dzięki za info. Btw, czy rok na płycie to rok prdukcjicji? Bo u mnie jrst 1989
mayonez napisał/a:jest to IMP C100110-001. Podobno to ten "dobry".
Skoro wg BE C100110 = C025913, to wg jooki'ego to jest ten problematyczny w STE. Z tym że to chyba opinia wcześniejsza niż późniejsze wnioski nt. wymiany CPU i TOS na CMOS.
No dobra, próbowaliśmy podmienić CPU na wersję z HC - nie naprawiło to problemu:(
Wstawiliśmy interfejs IDE, z przejściówką na karty SD, montowany "na CPU", tzn. interfejs wpina się na podstawkę CPU, zamiast CPU, na interfejsie jest podstawka, w którą wpina się CPU. Od interfejsu wychodzi taśma IDE i jeszcze wychodzi kabelek, który wpina się do pierwszego pinu 10 portu ASCI (po co - nie wiem)
To taki interfejs:
https://1drv.ms/b/s!Ai2YiisYd0iygaYRom1 ... A?e=nwtxep
No i fajnie, na początku wydawało się, że wszystko jest ok, kartę można partycjonować, zapisywać. Niestety później okazało się, że pojawiają się "krzaki" przy zapisie - głównie przy masowym kopiowaniu, albo kasowaniu plików.
Nie mam już siły do tego... ktoś, coś, jakiś pomysł helpunku!
Ja mam ale daj mi kilka godzin.
Ja mam ale daj mi kilka godzin.
co masz ? :)
Pomysł :-D
Pomysł :-D
Otworzyłem kompa i testuję różne karty.
Kolega @perinoid wymienił mi DMA i działa. DZIAŁA! DZIAŁA! DZIAŁA!. Ogromne dzięki, Łukaszu, jestem twoim dozgonnym dłużnikiem! Na brać atarowską zawszę można liczyć! Dziękuję także innym za porady i słowa w dyskusji!
To super że działa. A możesz dla potomności podać symbol tego działającego? I z jakimi sterownikami HD, jakimi kartami SD i z jak dużymi partycjami testowane?
No i ja jednak dla pewności, zanim na dysku zaczniesz przechowywać coś wartościowego, to jednak zrobiłbym dokładniejsze testy, np. zapisałbym na jednej partycji dużą ilość danych, a następnie skopiowałbym zawartość na drugą partycję. Te błędy związane z "BAD DMA" to ludzie zgłaszali czasem nie tak ewidentne jak u Ciebie na początku, tylko jako "wykrzaczanie się" partycji, działających przez jakiś czas prawidłowo.
Ew. może ktoś ma _pewny_ scenariusz testowy, który zawsze daje błąd przy "złym DMA" ?
Chyba C025913-38 (czyli niby ten "zly"), ale nie mam pewnosci, nie chce mi się teraz rozkręcać. Pochodzi z STF. To pokazuje, jaki ten problem jest złożony. Karty to różne sundiski: 4,32,16 GB. Sdhc, jedna nawet ultra. Sterowniki Putnika, te zwykłe, bez VF. Testowalem kopiując duze ilosci plików z jednej karty na drugą, w obrębie tej samej karty, kasujac duze ilosci plików. Wczesnej nie dalo sie nawet spartycjonowac karty.
Prgram testujacy. Hnnm. Nie znam sie na tym, pewnie sa jakies wyprobowane algorytmy. Pewnie jakis wieloktorny zapis i sprawdzanie zawartosci plikow. Moze ktoś ma jakiś pomysł, to się napisze
Może: wygenerować losowej długości ciag losowych bajtów, policzyć CRC, zapisać, odczytać, porównać CRC i tak X razy?
Strony Poprzednia 1 2
Zaloguj się lub zarejestruj by napisać odpowiedź
atari.area forum » Sprzęt - 16/32bit » Ultrasatan - problem z partycjonowaniem
Wygenerowano w 0.024 sekund, wykonano 67 zapytań