Over time some reports of misbehaving DesTestMAX (and other DesTest diagnostics) are bound to appear in the FactorOfMatt inbox. A summary of such reports (plus any notes and resolution, if any) will be placed on this page.
Lee from the excellent More Fun Making It YouTube channel reported that DesTestMAX crashed with a corrupt screen while performing the 1K-2K test. Lee discovered that U25 (one of the rwo ram-address muliplexers) in his '64 was faulty.
Such a faulty mulixplexer will cause the wrong (possibly random) addresses in memory to be accessed instead of the one intended. DesTestMAX only uses two locations in memory during the 1K-2K test and it seems like one or both got clobbered by the bad multiplexer.
Detection of bad multiplexers was not a design goal of DesTestMAX, yet it seems like an entirely reasonable thing to try to add in a future version. Lee has shipped the bad-multiplexer in question so it may be used to verify the new test on real hardware.
Status: Open - see if it is possible to detect MUX errors before we rely on RAM.
Michael reports that DesTestMAX detects a startup (blue border) error at address $0002 despite the fact that the C= 586220+ test reports no errors. Additionally, the C64 in question (250407 Rev C) boots to BASIC with 38911 bytes free and PEEKs and POKEs to address 2 work fine. The DesTestMAX cartridge in question works perfectly on two additional C64s (250469).
This is indeed mysterious. Location 2 is the first actual byte of RAM accessible and is the first to be tested (though the entire zero-page is tested before errors are reported). It is also odd that all 8 data bits show as bad.
The suggestion has been made to see what happens if the /RESET signal is brought low for a moment.
Status: Open - more investigation needed.
Copyright © 2023-2024 Factor of Matt - All Rights Reserved.
We use cookies to analyze website traffic and optimize your website experience. By accepting our use of cookies, your data will be aggregated with all other user data.