Multi Action

[V-12/Tropyx]

Jeszcze raz wyjaśnię, co by nie było niejasności - u mnie nie działa tylko jedna rzecz - prawidłowe wczytanie dowolnego pliku .prg (czy leżącego osobno na karcie, czy w .d64) w trybie (F8) tam gdzie przy loadingu takie kolorowe paski się wczytują. Plik się ładuje do pamięci, ale jest za każdym razem przekłamany, złe bajty się pakują i pliku nie da się uruchomić.

Ten sam dowolny plik ładowany innym patentem (spod AR, spod file browsera np. Fibr) ładuje się prawidłowo i uruchamia.

Teraz pytanie - czy mogło coś nawalić w samym MA? Może powinienem zaflashować go jeszcze raz? Jeżeli tak, to poproszę o programik do tego oraz krótką instrukcję.

[wegi]

V-12/Tropyx
Oprogramowanie jest końcowe nic wiecej nie dodawałem.

Co do błędów loadingu - stawiam niewysterowany kwarc, złe kondensatory, albo wersję skompilowaną na inną prędkość kwarca - to raczej problem z sd2iec - włóż finala3 i zobacz czy błąd się powtórzy

[V-12/Tropyx]

wegi:

Co do błędów loadingu - stawiam niewysterowany kwarc, złe kondensatory, albo wersję skompilowaną na inną prędkość kwarca - to raczej problem z sd2iec - włóż finala3 i zobacz czy błąd się powtórzy

Testowałem loading również na Finalu 3 i nie ma żadnych problemów. Tylko krzaczy w MultiActionie.

Ma ktoś pożyczyć SD2IEC który na 100% śmiga w Multiactionie?

[Kisiel]

a dlaczego nie wrzucisz tutaj pliku do testów?

[wojtek9989]

Ja u siebie nie zauważyłem tego problemu , ale jak  wrócę z pracy to sprawdzę na swoim i porównam.

[V-12/Tropyx]

Kisiel:

a dlaczego nie wrzucisz tutaj pliku do testów?

Bo problem dotyczy KAŻDEGO pliku na dwóch kartach pamięci (mojej i Daty).

[elwer]

V-12 programy wczytujesz i uruchamiasz pisząc z klawiatury czy z wykorzystaniem klawiszy funkcyjnych.

[V-12/Tropyx]

elwer:

V-12 programy wczytujesz i uruchamiasz pisząc z klawiatury czy z wykorzystaniem klawiszy funkcyjnych.

Klawiszy funkcyjnych (w końcu po coś one zostały zaprogramowane). F7 wyświetlam dir'a, a potem wybieram plik i naciskam F5, a potem F3.

To samo się dzieje, gdy wpisuję load"nazwa",9

[elwer]

Zapewne nie masz możliwości sprawdzenia na innym GA lub MA, sprawdź na innym C64 bez podłączonej myszy i dżojstików. Opis wgrania softu gdzieś jest na forum albo w tym temacie albo w temacie o flasher'że który napisał Wegi.

[Kisiel]

elwer:

Opis wgrania softu gdzieś jest na forum albo w tym temacie albo w temacie o flasher'że który napisał Wegi.

Nie udostępniłem flashera do MA to skąd ma być opis? Atmel a AMD to jak adam i ewa.
V-12 ma GA też więc nie widzę problemu aby tego nie sprawdził.

V-12/Tropyx:

Teraz pytanie - czy mogło coś nawalić w samym MA?

Wszystko jest możliwe poza otwarciem parasola w d... Prawdopodobieństwo tego że MA jest walnięte jak działa w trybie AR ze stacją 1541 jest zerowe. W przypadku loadera z FC3 nie powinien migać ekran.
Dam rade tak na przyszłość jeżeli chodzi o debugowanie sprzętu:
- sprawdź gdzie powstaje błąd (w tym przypadku krótki plik 256B 1K 32K),
- sprawdź czy jest on powtarzalny czy występuje losowo (co ile bajtów),
Same mówienie że nie działa niestety nic nie pomoże, jesteś pierwszym który zgłasza BRAK KOMPATYBILNOSCI MA z SD2IEC. Pomyśl chłopie jak koder.

[wegi]

Kisiel dobrą myśl zapodał - wbij flasza do GA i zobacz co się dzieje. Border ma mrugać, żeby coś się działo, samo cyklowanie transmisji jest niezmienione - odbiera po 4 bajty i zmienia kolor borderu ale to jest poza cyklowaniem. Chodziło to u mnie i u warexa, skulla - nie wiem co jest u V-12

[V-12/Tropyx]

Najnowsze wieści z pola boju. MA nie działa w ogóle na Commodore 128 płaskim. Odpala się tryb 128. Po przejściu w tryb GO64 następuje zwiecha. Istnieje możliwość odpalenia samego fastloada, jak się naciśnie C= i reset. Tylko raz po przejściu do trybu Go64 mi zaskoczył ekran główny MA.

Kisiel:

W przypadku loadera z FC3 nie powinien migać ekran.

Nie miga.

Kisiel:

- sprawdź gdzie powstaje błąd (w tym przypadku krótki plik 256B 1K 32K),

Ok, zapiszę. Trochę utrudnienia przyniesie brak bezpośrednio monitora w MA, będę posiłkował się freezarką by sprawdzić czy zmiany bajtowe we wczytywanym pliku są jakąś stałą sekwencją (np. co 8 bajt). Dam znać.

wegi:

wbij flasza do GA i zobacz co się dzieje

Masz na myśli bank 3 w MA?

[wegi]

Mam na myśli cały 128KB flasz MA wbij do GA - są kompatybilne -  jak masz GA z chipem atmela możesz się posiłkować moim flaszerem - w wątku o flaszowaniu GA zapodałem opis. Możesz też do GA wbić firmware do ramcarta. Może też najpierw zmień commodora z tym MA, bo Ty masz tam modzone, wlutowywane rozszerzenie, 1541U...

[V-12/Tropyx]

wegi:

Może też najpierw zmień commodora z tym MA, bo Ty masz tam modzone, wlutowywane rozszerzenie, 1541U...

Nie czytasz uważnie tego, co piszę. Sprzęt sprawdzam na gołym C64 bez modyfikacji.

Najnowsze testy:

Zapisałem z poziomu actiona plik, który od $0801 do $0901 jest zapisany wartością #$FF.

Potem przeszedłem do trybu MA i wykonałem około 20 wczytań. 99% wczytań dawało błędny rezultat. Zafałszowaniu ulega końcowa część pliku: od $08f9, $08f5, $08f1 lub $08ed. Wartości, jakie pojawiają się zamiast #$FF to ciąg zaczynający się niemalże zawsze od trzeh #$00 (sporadycznie, aczkolwiek rzadko zamiast trzeciego zera jest #$C0), a następnie jedno, trzy, pięć lub dziewięć #$aa. Raz na 20 odpaleń plik wczytał się prawidłowo.

Tak swoją drogą wykonanie freeza pod MA i powrócenie do jego trybu powoduje włączenie "AR 6.0 Backup Menu" po naciśnięciu jakiegokolwiek klawisza.

[wegi]

V-12/Tropyx:

Tak swoją drogą wykonanie freeza pod MA i powrócenie do jego trybu powoduje włączenie "AR 6.0 Backup Menu" po naciśnięciu jakiegokolwiek klawisza.

nie inaczej - w banku 0 jest wbity ar6 a po frezie ten bank pozostaje ustawiony i frez nie odtwarza banku w $de01 - nawet nie ma pojęcia, że ono jest używane - weź jak masz innego c64 to może spróbuj... no i sflaszuj GA i zobacz - jak ruszy GA sflaszuj MA