6502.org Forum  Projects  Code  Documents  Tools  Forum
It is currently Sat Nov 23, 2024 1:47 pm

All times are UTC




Post new topic Reply to topic  [ 64 posts ]  Go to page Previous  1, 2, 3, 4, 5
Author Message
PostPosted: Wed Aug 11, 2021 9:13 pm 
Offline
User avatar

Joined: Fri Jun 25, 2021 5:38 am
Posts: 72
Location: Portland, Oregon, USA
So, of course, I'm planning the next revision! The circuit is not going to change significantly, mostly I'm trying to slim the layout down, make a more useful control header, and add a power switch.

I am considering replacing the DS1813. Mouser has the DS1813 for ~$2.30USD (depending on the tolerance you choose). An ATtiny14 is ~$1.40USD.

Attiny14 proposed pinout:
1- RESET pushbutton
2- External Oscillator In
3- NMI Pushbutton
4- GND
5- CLK/PHI2 Out (generated from OC0A timer compare out)
6- /RESET Out (pulse emitted upon reset of the AVR)
7- /NMI Out (debounced pushbutton)

This (as you could infer) provides debounced /RESET & /NMI, as well as a timer driven clock source (adjustable through reprogramming, not on board).

I'm guessing the brownout detector on the attiny14 is not quite as sophisticated as the power supervision in the DS1813, but I do believe that it will still reset the AVR until the power supply is stable. The only problem is that the actual RESET signal for the 6502 wouldn't be emitted until the AVR finishes reset (instead of being brought into reset as soon as brownout is detected). I think for hobby purposes this may be fine?

I haven't specc'd a DS1813 for my NMI line yet, but I know many folks have talked about it as an option. It seems convenient that the one cheaper attiny could replace the two DS1813s...

Any thoughts on this line of inquiry?

_________________
https://github.com/Individual-Solid/


Top
 Profile  
Reply with quote  
PostPosted: Wed Aug 11, 2021 9:19 pm 
Offline
User avatar

Joined: Fri Aug 30, 2002 1:09 am
Posts: 8545
Location: Southern California
Individual_Solid wrote:
The only problem is that the actual RESET signal for the 6502 wouldn't be emitted until the AVR finishes reset (instead of being brought into reset as soon as brownout is detected). I think for hobby purposes this may be fine?

I'm not familiar with the AVRs, but if it boots up with the pins in input or high-impedance state, maybe you could have a resistor pull-down, and when the AVR comes out of its own reset and gets into its reset routine, it can make that pin an output and bring it high when the desired amount of time has lapsed.

_________________
http://WilsonMinesCo.com/ lots of 6502 resources
The "second front page" is http://wilsonminesco.com/links.html .
What's an additional VIA among friends, anyhow?


Top
 Profile  
Reply with quote  
PostPosted: Wed Aug 11, 2021 10:24 pm 
Offline
User avatar

Joined: Thu May 28, 2009 9:46 pm
Posts: 8509
Location: Midwestern USA
Individual_Solid wrote:
Attiny14 proposed pinout:

1- RESET pushbutton
2- External Oscillator In
3- NMI Pushbutton
4- GND
5- CLK/PHI2 Out (generated from OC0A timer compare out)
6- /RESET Out (pulse emitted upon reset of the AVR)
7- /NMI Out (debounced pushbutton)

If you are going to use the AVR as the clock generator for the MPU make sure the AVR's rise/fall times are within the limits specified by WDC, which are currently 5ns. While the MPU will likely tolerate a slower rise/fall time, you probably should not bank on that. An out-of-spec clock can cause subtle errors that will be difficult to identify.

Also, you need to assure reasonable clock symmetry from the AVR if you are going to run your unit at double-digit speeds. It's only a slight exageration to say as Ø2 approaches the maximum (officially 14 MHz), clock symmetry becomes critical to achieving stability.

_________________
x86?  We ain't got no x86.  We don't NEED no stinking x86!


Top
 Profile  
Reply with quote  
PostPosted: Fri Aug 13, 2021 4:08 am 
Offline
User avatar

Joined: Fri Jun 25, 2021 5:38 am
Posts: 72
Location: Portland, Oregon, USA
BigDumbDinosaur wrote:
If you are going to use the AVR as the clock generator for the MPU make sure the AVR's rise/fall times are within the limits specified by WDC, which are currently 5ns. While the MPU will likely tolerate a slower rise/fall time, you probably should not bank on that. An out-of-spec clock can cause subtle errors that will be difficult to identify.

Also, you need to assure reasonable clock symmetry from the AVR if you are going to run your unit at double-digit speeds. It's only a slight exageration to say as Ø2 approaches the maximum (officially 14 MHz), clock symmetry becomes critical to achieving stability.[/color]


More o'scope practice to measure the rise/fall times of the Attiny? Sounds fun!

I'm not concerned about running this thing any faster than 8MHz, and even that would be a stretch.

Probably going to add the 6522 bitbanged I2C circuit from Garth's potpourri page, but put I2C power on CA2 so that I2C is all contained to one IO Port.

Wrapping up the rev B schematic now.

_________________
https://github.com/Individual-Solid/


Top
 Profile  
Reply with quote  
Display posts from previous:  Sort by  
Post new topic Reply to topic  [ 64 posts ]  Go to page Previous  1, 2, 3, 4, 5

All times are UTC


Who is online

Users browsing this forum: No registered users and 15 guests


You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot post attachments in this forum

Search for:
Jump to: