26

może nie powinno się słuchać Pinokia :)

*- TeBe/Madteam
3x Atari 130XE, SDX, CPU 65816, 2x VBXE, 2x IDE Plus rev. C

27

Ale sprawdzić warto, więc chętnie wypożyczę takie zmodyfikowane rev. C do testów.

@fjc: I understand that the problem is said to occur not on a regular rev. C, but on a rev. C modded to cooperate with Rapidus. It is of course hardly possible that just changing the ID could prevent the FDISK and BIOS from cooperating on rev. C and it would not on rev. D...

KMK
? HEX$(6670358)

28 Ostatnio edytowany przez flashjazzcat (2016-06-14 19:42:46)

I see - thanks. Certainly FDISK will find the device on any ID (providing the version of FDISK used is not ancient).

29

Pin napisał/a:

Jest tak, że rev. C po poprawce działa z Rapidusem całkowicie poprawnie

Czy to ta poprawka opisana przez Simiusa  ?

Bo wykonałem ją, i efekt taki, że moja karta CD Kingston "kwiatek" jak czytała tak czyta dalej.
Ale już z Rapidusem KMK tak jak nie ruszał, tak nie rusza dalej.   
Czyli ogólnie - nie widzę żadnej zmiany :(

Czyżby KMK i Rapidus miały ten sam ID ?

Post's attachments

Upgrade KMK v.C botton.jpg 88.81 kb, nikt jeszcze nie pobierał tego pliku. 

Upgrade KMK v.C up.jpg 179.25 kb, nikt jeszcze nie pobierał tego pliku. 

Tylko zalogowani mogą pobierać załączniki.

30 Ostatnio edytowany przez lemiel (2016-07-17 16:45:40)

Na górnej stronie po lewej stronie gniazda IDE przy gnieździe dodatkowego zasilania są zwory od numeru ID urządzenia.
Jeśli dobrze rozumiem tam jest 0, a jak Rapidus nie mogę znaleźć gdzie była o tym mowa. Czyli ona do przelutowania. FJC powyżej napisał, że przelutował na pozycję 3.
W Rev. D jest przełącznik obrotowy.

31 Ostatnio edytowany przez voy (2016-07-17 16:47:42)

Rapidus też ma ID równe 0.

Powszechnie wiadomo, że kamień potrafi myśleć. Na tym fakcie opiera się cała elektronika.

Terry Pratchett - Równoumagicznienie

32 Ostatnio edytowany przez pajero (2016-07-17 17:30:30)

lemiel napisał/a:

Na górnej stronie po lewej stronie gniazda IDE przy gnieździe dodatkowego zasilania są zwory od numeru ID urządzenia.

ver.C   - konkretnie gdzie?  widzę miejsca na oporniki... czyżby tam?  Może ktoś ma gotową informacje - co/gdzie wlutować

Post's attachments

KMK - ID set.jpg 40.64 kb, nikt jeszcze nie pobierał tego pliku. 

Tylko zalogowani mogą pobierać załączniki.

33

Z pobieżnej analizy to co jest na pierwszym miejscu przelutować na jedno z kolejnych. W tym właśnie miejscu.
Ale w moim tego jeszcze nie robiłem.

34

Przelutowałem opornik na 4 pozycję.

Dla Atari bez Rapidusa - bez zmian, z 65816 komp jak nie wstawał - tak dalej udaje trupa :(

Więc to chyba nie ID robi problem  ?

35 Ostatnio edytowany przez Pin (2016-07-17 21:28:22)

Co do rev. C i Rapidusa pomaga dokładnie to rozwiązanie:

Simius napisał/a:

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.


... u mnie pomogło ;)

Kontakt: pin@usdk.pl

36

Pin'ie (będący na wakacjach), czy faktycznie masz usunięty scalak, czy tak - jak ja - dodałeś nalutowując inny ?

37

Pin nie ma już Rev.C tylko nowszą edycję

*- TeBe/Madteam
3x Atari 130XE, SDX, CPU 65816, 2x VBXE, 2x IDE Plus rev. C

38 Ostatnio edytowany przez Simius (2016-07-26 18:15:17)

O ile pamiętam, Pin miał usunięty scalak.

@Pajero
Przeróbka pokazana na zdjęciu nie wygląda pięknie. Jeśli nie działa, spróbuj jednak metody z usunięciem HCT245.

Ceterum censeo Germaniam esse delendam.

39

Simius, testowałeś najnowsze IDE z tym

http://atariage.com/forums/topic/232856 … ead/page-1

*- TeBe/Madteam
3x Atari 130XE, SDX, CPU 65816, 2x VBXE, 2x IDE Plus rev. C

40

Ehh... No to z telefonu i plaży muszę odpisać ;)

Mam usunięty scalak z rev.c i połączony kynarem wg. opisu. I to działało z rapidusem. Interface dalem Mono po tym, jak zakupiłem wersję d.

Kontakt: pin@usdk.pl

41

no nareszcie wiemy coś więcej, interface odnalazł się u Mono :)

*- TeBe/Madteam
3x Atari 130XE, SDX, CPU 65816, 2x VBXE, 2x IDE Plus rev. C

42

Ehh... No to z telefonu i plaży muszę odpisać ;)

Mam usunięty scalak z rev.c i połączony kynarem wg. opisu. I to działało z rapidusem. Interface dalem Mono po tym, jak zakupiłem wersję d.

Kontakt: pin@usdk.pl

43

Ehh... No to z telefonu i plaży muszę odpisać ;)

Mam usunięty scalak z rev.c i połączony kynarem wg. opisu. I to działało z rapidusem. Interface dalem Mono po tym, jak zakupiłem wersję d.

Kontakt: pin@usdk.pl

44 Ostatnio edytowany przez Simius (2016-07-27 15:04:34)

tebe napisał/a:

Simius, testowałeś najnowsze IDE z tym

http://atariage.com/forums/topic/232856 … ead/page-1

Edit:
Nie testowałem.

Ceterum censeo Germaniam esse delendam.