[Coco] Desired RESET behavior

[camillus gmail]

HI,

Would it be possible to put a sort of counter Ic In the reset line. ( eg 4017 ).
The 
output 1 = nc 
output 2 goes to reset except to bank reg (back into game or applic)
output 3 goes to reset with reg ( back to menu )
output 4 goes to reset 4017 so the loop can start over.
 Reset button must clock 4017 ( 555 can be used as one shot to eliminate bounce)

meaning 1 rest push, all is reset but bank reg
second push is reset all ( incl. 4017)

If a dual 555 timer ic is used then you can make a delay, that would reset the 4017 after a certain given time. say 2 sec.
This 555 would be triggered after each reset push and the output should reset only the 4017.
This is needed to start the loop from beginning. If the 4017 is not reset then it would go ahead and  reset all after the second time when reset is pushed, and it is exactly that behavior you want to avoid. 



Pro's : no ram, no code 
Con  : extra HW(*)  ( 4017, dual 555, sockets( if trough-hole) 
(*) unless this logic can be done in CLPD

Just a theoretical idea..

If you like the idea I can try to make a little schematic.

cb

 
On 1/26/2016 9:56:30 PM, RETRO Innovations <go4retro at go4retro.com> wrote:
I need to take a poll on RESET behavior :-)

I am working on a flash cart (working, by the way) and need to deal with
resets.

* My initial design was that RESET will simply reset all of the
internal registers in the cartridge.
o As someone rightly pointed out, this will reset the "bank"
register, meaning that the cart will go back to the "menu"
(assuming the menu is the base cart image on the device). Thus,
games that require you to reset multiple times (to get screen
colors correct, or you just want to reset the current game to
the start) will fail, because you are going back to the menu.
o My initial rebuttal was to store a flag in RAM and the bank
number, and when the menu starts back up, read the bank register
and the flag. if the flag is set, go back to that bank.
o But, that means you can't ever get back to the main menu, so
that's probably not workable
* A subsequent idea was to simply ignore resets
o To get back to the main menu, you power cycle. I'll be honest,
I am not wild about this idea.
* One could set a flag to enable resets to clear the bank register.
o Default behavior would be no clearing of bank register.
* Or... If the flag is unset, a reset will dump you back to the main
menu, but if set, reset will go back to the current game. Default
would be clear the registers.
* Finally... A short press of the reset button is ignored, but a 1.1s
press will reset the bank and send folks to the main menu.
o A rebuttal to this is that some people can't get their fingers
off the reset button in 1s

I am open to ideas. Is there a standard? Does anyone care?

Jim

--
RETRO Innovations, Contemporary Gear for Classic Systems
www.go4retro.com
store.go4retro.com


--
Coco mailing list
Coco at maltedmedia.com
https://pairlist5.pair.net/mailman/listinfo/coco