Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
xasm 3.3.0 i wtyczka do VSCode Po czteroletniej przerwie powraca asembler skrośny xasm.
CAS2Audio 1.1.0 Odtwarzaj obrazy taśm CAS na telefonie z Androidem.
Gearlynx 1.2.37 Nowa wersja emulatora Atari Lynx Gearlynx 1.2.37 przynosi poprawki i optymalizacje.
Wyniki ABBUC Software Contest 2026 Poznaliśmy oficjalne wyniki tegorocznej edycji ABBUC Software Contest.
Nowe megademo na Atari ST i STE Atariscene Collective wydało The Erfurt Megademo, dwudyskową produkcję z aż 14 częściami!
atari.area forum » Fabryka - 8bit » Testy VBXE FX core v1.27
Zaloguj się lub zarejestruj by napisać odpowiedź
Wobec zgłaszanych problemów ze stabilnością rdzenia (pojawiających się w przypadku komputerów wyposażonych w zamienniki 6502) proszę o raporty, zrzuty ekranu itp. po uruchomieniu VBXE DOCTOR v1.3 (vdoctor.xex).
Dołączam archiwum vdoctor.xex + manual (który można przeczytać albo nie).
Antonia II
Dostałeś bardzo specyficzny rezultat, Draco (on prawie-prawie działa). Abym jednak miał z tego testu większy pożytek to prosze pobierz nową wersję vdoctor (v1.2) z pierwszego postu, oraz, gdy zbiorą się wyniki z co najmniej kilku przebiegów, pokaż dokładny log grupy B (wciskając SHIFT gdy ekran pokazuje grupę B - przejść do niej można zawsze spacją, nie trzeba czekać).
W przypadku w1k to już bardziej typowy bałagan, co jednak istotne nie mamy tutaj werdyktów W, które wskazywałyby na problemy z zapisem, zawsze problemy z odczytem (R) lub RW, które oznaczają niestabilny odczyt ale z możliwością też złego zapisu (nie można tutaj tego W przypisać na pewno).
Dodam jeszcze, że problem leży całkowicie po stronie dostępu 6502/ANTIC do VRAM na co wskazuje rezultat grupy A i C.
Przepraszam, wczoraj zrobiłem zdjęcie SHIFT-em, ale zapomniałem go dodać, jeśli to pomoże.
Uwaga: jest to narzędzie eksperymentalne, nie było wnikliwie testowane; może zawierać błędy i wykazywać nieprzewidywalne zachowanie. Nie należy go używać do wyciągania wniosków na temat stanu samego sprzętu - nie służy ono do jego sprawdzania.
Osobom napotykającym problemy z wersją rdzenia v1.27 zalecam powrót do wersji v1.26, dopóki nie zostanie znalezione rozwiązanie.
pokaż dokładny log grupy B (wciskając SHIFT gdy ekran pokazuje grupę B - przejść do niej można zawsze spacją, nie trzeba czekać).
Mam sugestię: czy SHIFT wciśnięty mógłby zatrzymywać program w wybranymi miejscu, a wznawiać go nie po zwolnieniu SHIFT-u, tylko po jego ponownym naciśnięciu?
Bo teraz, żeby zrobić zdjęcie ekranu telefonem trzymając jednocześnie SHIFT, trzeba mieć trzy ręce.
electron napisał/a:pokaż dokładny log grupy B (wciskając SHIFT gdy ekran pokazuje grupę B - przejść do niej można zawsze spacją, nie trzeba czekać).
Mam sugestię: czy SHIFT wciśnięty mógłby zatrzymywać program w wybranymi miejscu, a wznawiać go nie po zwolnieniu SHIFT-u, tylko po jego ponownym naciśnięciu?
Bo teraz, żeby zrobić zdjęcie ekranu telefonem trzymając jednocześnie SHIFT, trzeba mieć trzy ręce.
Hehehe... Też o tym pomyślałem, jak pisałem powyższe i sobie wyobraziłem jak zdjęcie robisz ;) Coś wykombinuję.
Jakoś się udało:
Mam jeszcze takie:
To drugie to program uruchomiony z kartem (SDX) w pamięci. Zgodnie z instrukcją, o ile dobrze zrozumiałem, nie testuje wtedy MEMAC A w obszarze $A000-$BFFF.
Co za poświęcenie, dziękuję. .
Najnowsza wersja vdoctor aktualizowana w pierwszym poście.
Rapidus, VBXE 1, rdzeń 1.26, po uruchomieniu na zimno.
Po paru minutach pracy (po rozgrzaniu najwyraźniej) testy przechodzą bez błędów.
Rapidus, VBXE 1, rdzeń 1.26, po uruchomieniu na zimno.
Po paru minutach pracy (po rozgrzaniu najwyraźniej) testy przechodzą bez błędów.
To inna para śmierdzących kaloszy. Ciężki temat z tymi turbami. Dzięki, zobaczymy jakie się raporty zbiorą przez najbliższe dni a ja będę się zastanawiał co w ogóle mogę zrobić.
Ten sam komputer, w tym samym stanie rozgrzania (niewyłączany), rdzeń 1.27:
Jest inaczej. Ja chyba znam przyczynę tego co tutaj widzę, a naprawienie nie będzie raczej proste. Najbardziej obawiam się ze względu na upchnięcie FPGA kolanem. Jest jeszcze kwesta tego, czy u innych jest podobnie czy są różne przypadki. Ale z tego co na razie widziałem dominuje coś w tym stylu.
kochajcie rdzeń 1.27 tak szybko odchodzi ;)
kochajcie rdzeń 1.27 tak szybko odchodzi ;)
U Ciebie działa, hę?
ja nie mam Rapidusa ani Antoni2, mam legitny 6502, co może nie działać w tak wzorowym zestawie :)
Wszystko, Tebe, wszystko.
Komputer PAL, komputer NTSC.
Oba z akceleratorami C014806 ;)
żadnych błędów, PAL, VBXE 1
Nie to, żebym się czegoś czepiał ...
Kaczorowski podmienił mi Rapidusa na zepsutego, działa tylko 1MB Fastu, ogólnie szukając przyczyny dla której jego SAVO nie działa prawidłowo podmienił wiele układów, m.in. Stereo, kondensatory, przewody, 6502 na jakąś specjalną wersję, nawet przy zegarze coś majstrował bo SYSINFO podawał 1.8 MHz, przełączanie zestawów znaków na obrazkach się glitchowało
tak że wróciłem do poprzedniej Atarki, bez Rapidusa, z VBXE 1
ooo, mam kilka komputerów do naprawy ... ;)
Zaktualizowałem sobie firmware w dwóch VBXE, w 800XL i 65XE bez ECI. VDOCTOR chodzi tak sobie już z godzinę obu maszynach, nie wykazując na razie żadnych błędów. Na zimno też było dobrze. Tego się właśnie obawiałem, że nie będę miał się czego uchwycić.
U mnie zazwyczaj wszystko działa, chyba że jest definitywnie zepsute.
Zaktualizowałem sobie firmware w dwóch VBXE, w 800XL i 65XE bez ECI. VDOCTOR chodzi tak sobie już z godzinę obu maszynach, nie wykazując na razie żadnych błędów. Na zimno też było dobrze. Tego się właśnie obawiałem, że nie będę miał się czego uchwycić.
U mnie zazwyczaj wszystko działa, chyba że jest definitywnie zepsute.
Heh... U mnie też działa :) A Antonię będę dopiero instalował. Generalnie SImius ja z grubsza wiem w czym jest główny problem (albo mi się tak wydaje) i będę coś kombinował, ale to na spokojnie, miałem w ostatnich dniach niezły wir.
przed instalacją Antoni przemyjcie złącza święconą wodą ;)
Zaloguj się lub zarejestruj by napisać odpowiedź
atari.area forum » Fabryka - 8bit » Testy VBXE FX core v1.27
Forum oparte o: PunBB