Hi there,
I have built my Micro PET and I wanted to switch from stretched phi2 clock to RDY-based wait states, so the VIA timers count a regular clock, not the stretched clock.
It runs fine with RDY output, and stretched clock - only when I switch stretched to normal clock, it stops working.

My assumptions / understanding from the datasheet:
- RDY is sampled shortly before the falling edge of Phi2
- My RDY is defined at the rising edge of phi2 when the access should be delayed, and released after the following rising edge of phi2 (in the code it's the inverted of wait_int_d)
- So RDY covers the fully Phi1
- When I stretch the clock, I simply OR phi2 with the inverted RDY (ie wait_int_d)

you can have a look at the attached screenshots of the code and the scope shots.

The change in "phi2_out" is the _only_ change, and phi2_out is _only_ used to create the phi2 output (while phi2_int is the stretched clock and is used internally for all the accessed)

Code is found on github: https://github.com/fachat/MicroPET/blob ... LD/Top.vhd

I am really running out of ideas. Any help is appreciated!

Thanks
André

Edit: in the code, the "test" signal is an input I have jumpered constant high, as memclk is a clock net and can not be assigned to an output (and the optimized tries to optimize everything trivial away)

_________________
Author of the GeckOS multitasking operating system, the usb65 stack, designer of the Micro-PET and many more 6502 content: http://6502.org/users/andre/

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

The main reason is that the system should be able to act like a 6502 Commodore PET running at 1 MHz. So in 1MHz mode I am stretching the internal ~8MHz clock across 8 cycles, to achieve 1MHz clock frequency, although very asymmetrical.

I still have an 8MHz clock internally, to get the memory accesses fast enough to produce the video output. At 1MHz there is enough space to interleave video access to memory with CPU access.


Phi2 is indeed generated by the CPLD. At full speed I actually want to run the "system" at 8MHz straight, and then use RDY to steal cycles from the CPU. The reason here is that the VIA timers then count proper 8MHz clock cycles and are not impeded by clock stealing. However, I still need to steal cycles from the CPU to display for displaying video output. See here https://www.youtube.com/watch?v=egORnK1ZwBg
Unfortunately, it is not working as described above.



Thanks for the links, I'll have a look!

_________________
Author of the GeckOS multitasking operating system, the usb65 stack, designer of the Micro-PET and many more 6502 content: http://6502.org/users/andre/

A problem with using PLD outputs as a clock source is most of the available PLDs generate TTL levels on their outputs. WDC's clock specs require a CMOS-compatible Ø2 signal, so the potential exists for malfunction.

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

That's been taken care of. There is an application note for Xilinx CPLDs how to drive 5V signals: push high until the CPLD notices that same pin as high input, then let a pull-up resistor do the rest. The system runs fully reliable with that. You see the Phi2 result on the scope shots above.

André

_________________
Author of the GeckOS multitasking operating system, the usb65 stack, designer of the Micro-PET and many more 6502 content: http://6502.org/users/andre/

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

Yes it can. IIRC it is overly complicated and/or involves some Windows software that I don't use. I did it one time at least...: http://www.6502.org/users/andre/icaphw/ ... index.html

I should probably try this at some point: https://github.com/rdpoor/rigol-grab

_________________
Author of the GeckOS multitasking operating system, the usb65 stack, designer of the Micro-PET and many more 6502 content: http://6502.org/users/andre/

Btw, some update. I still haven't got the RDY stuff working - most likely it needs a pull-up resistor similary to phi2 to create a good quality signal (interestingly the data bus that presents data read from memory does not seem to need this). I'll probably check that over the weekend if I get the time.

However, I managed to get the VIA timer running at proper speeds while the CPU is waiting for slow memory / read conflicts with video, using a split phi2 clock. I.e. CPU gets a stretched phi2, VIA gets a normal phi2.

I got the idea from your discussions, so thank you!

_________________
Author of the GeckOS multitasking operating system, the usb65 stack, designer of the Micro-PET and many more 6502 content: http://6502.org/users/andre/

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

Indeed that seems to be the case. Using a pull-up and the same logic as used with Phi2 on RDY work to run the CPU with 1 MHz, on an 8MHz phi2, with slowdown using RDY. (as explained above, CPLD pulls up (fast) until it notes the input of the same signal as high, then goes high-Z and let the pull-up do the rest. Looking at the scope also reduces ringing considerably)



Good point. I think I will be going with stretched / split clock here, and consider RDY as in output signal of the CPU only, to avoid any hassle (and reduce number of parts, pull-up and diode as you mention).

Thanks again
André

_________________
Author of the GeckOS multitasking operating system, the usb65 stack, designer of the Micro-PET and many more 6502 content: http://6502.org/users/andre/

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

VPB can also be used to inject the address of a specific IRQ handler onto the bus, for use with interrupt controllers that recognise distinct IRQ inputs. That can potentially reduce IRQ latency since the handler no longer needs to search through all possible IRQ sources for one that is active.

Unlike vintage 65xx CPU's such as Rockwell, whose inputs are specifically tailored to receive TTL levels, modern WDC CPU's have inputs which make no accommodation for being driven at TTL levels. A quick comparison of Rockwell and WDC specs confirms this, as do the results of some controlled experiments which I'll write up soon. Edit: done.

This reasoning would be logical only if we were certain your EPROM and SRAM fulfill the spec for a TTL high without exceeding it. But in fact it's entirely routine for ROM and SRAM to exceed that spec, and that's what enables the '816 in your POC to function -- it actually requires the other chips to exceed the TTL spec. And of course that's not guaranteed -- the amount of undocumented leeway may be as small as zero.

Noise immunity is sharply or even fatally reduced, as compared to using a truly TTL compatible '816 (were one available * ). Thus your success depends on luck and circumstances -- much the same theme you yourself invoked in a different context here:

-- Jeff

Edit: * - apparently GTE produced such an animal back in the day. But modern WDC parts are a horse of a different color.

_________________
In 1988 my 65C02 got six new registers and 44 new full-speed instructions!
https://laughtonelectronics.com/Arcana/ ... mmary.html