RE: Unexpected IRQ behaviour on a VIC-20

Hallo Marko,


> The obvious solution would be to communicate via shared memory. ...

Every test has its own identification. If an interrupt occurred, this code is written to a variable. If a test reads the correct code in this variable, then it knows that the interrupt has been executed as should (or not). That  works fine so far. I'm thinking about copying the IFR to another variable as well before it is reset by reading the A or B port.

What am I doing? I am creating my own tools to test the VIC-20 and C64. Indeed inventing the wheel twice but I have my reasons for it:
- the sources and schematics are free, as always.
- the idea is to use the same sources for a cart version and for a Kernal ROM replacement version.
- the two main reason for a new VIC-20 version
  - I had a VIC-20 that appeared broken but had a faulty video circuit. So the idea rose to connect LEDs to the userport: the first thing the program does is letting the user know through these LEDs that the computer is not dead.
  - I wanted a Kernal version. But the original code is a real mess. So I decided to write my own, not only for this reason but also for the fun and learning curve.
- the three main reason for a new C64 version:
  - the C64 tool uses extra ICs to test things. I prefer to keep it more simple by only making connections between existing pins.
  - the tool starts with using a subroutine when the RAM hasn't been tested at all !!! If the RAM is indeed broken, the tool simply won't work.
  - same reason as above.

Because I need the userport for the LEDs, I have to use another wiring scheme than the original tool. But if you want to have such a tool and cannot buy it (or what ever) then IMHO you have to solder your own set. Then why not choose to solder one that comes with free source codes? :)


Met vriendelijke groet / With kind regards, Ruud Baltissen

www.Baltissen.org






De informatie in dit e-mailbericht is vertrouwelijk en uitsluitend bestemd voor de 
geadresseerde. Wanneer u dit bericht per abuis ontvangt, verzoeken wij u contact op te 
nemen met de afzender per kerende e-mail. Verder verzoeken wij u in dat geval dit 
e-mailbericht te vernietigen en de inhoud ervan aan niemand openbaar te maken. 
Wij aanvaarden geen aansprakelijkheid voor onjuiste, onvolledige dan wel ontijdige 
overbrenging van de inhoud van een verzonden e-mailbericht, noch voor daarbij 
overgebrachte virussen.

APG Groep N.V. is gevestigd te Heerlen en is ingeschreven in het 
handelsregister van de Kamer van Koophandel Limburg onder nummer 14099617


The information contained in this e-mail is confidential and may be privileged. 
It may be read, copied and used only by the intended recipient. 
If you have received it in error, please contact the sender immediately by 
return e-mail; please delete in this case the e-mail and do not disclose its 
contents to any person. We don't accept liability for any errors, omissions, 
delays of receipt or viruses in the contents of this message which arise as a 
result of e-mail transmission.

APG Groep N.V. is registered in the trade register of the Chamber 
of Commerce Limburg, The Netherlands, registration number: 14099617


       Message was sent through the cbm-hackers mailing list