exxos's Atari, Amiga & retro forum

exxos wrote: 06 Jun 2019 13:14 EDIT:

I gave the MB a hard calibration, and now only getting this... so must be bad connection somewhere...

So how far from the floor did you drop it :)

Icky wrote: 06 Jun 2019 13:21 So how far from the floor did you drop it :)

Dropping stuff is for girls.. smacking it with your first is a mans calibration..

Oddly it just started working fine again :shrug:

exxos wrote: 06 Jun 2019 13:45

Icky wrote: 06 Jun 2019 13:21 So how far from the floor did you drop it :)

Dropping stuff is for girls.. smacking it with your first is a mans calibration..

Oddly it just started working fine again :shrug:

Percussive maintenance is the key?

stephen_usher wrote: 06 Jun 2019 13:48 Percussive maintenance is the key?

Must be!

Its still being a pain for some odd reason... I did check the shifter output vs the 32mhz and wonder if that is the issue.. as we basically are inverted. The original 16Mhz mod had a inverter in there... so maybe that is the issue :shrug:

OK so it didn't really make any difference adding delays on the 32MHz line to the MMU. I had to 90 and 180deg out and doesn't seem to change anything. Though with it being a sod to reset, its hard to really tell 100%.

Been messing with this for ages.. its odd because it seems to go from a row of flickering bombs, to going to the desktop and refusing to access the floppy.. to working perfectly...

I mean I ran GB6 all tests fine.. Powered off for 10 seconds, powered back on, and the floppy drive isn't working again :roll:

I'm really wondering if theres a bad connection on one of the PLCC chips somewhere but cant find one :roll:

I have re-wired the mod board on the motherboard, and put jumper links and cables in , so I can quickly remove the mod board and resort back to stock speeds..

My odd issues are persisting though even that stock speeds :cry: I am back to the symptoms that I do not get any video other than a white screen :( so something is wrong with my board somewhere, but at least thankfully it is not relating to the speed boost board...

So I have at last found out why the shifter isn't doing anything intermittent times.. I suspected that either DE and 2MHz was going out of whack, one of them has to be for the AND gate not to work and enable shifter data..

So measuring the mod board 2MHz to the GLUE 2MHz... And there is indeed different wakeup states but actually on the clock itself :roll:


The top waveform is the 2MHz clock which is generated from the 161.. The bottom waveform is the GLUE's 2MHz output..

The images below are when the video is working...


This image is when the video is not working..


So indeed the 2MHz output from the GLUE shifts in phase as is not a direct clock down from the 8MHz line :roll: :stars: :WTF:

8MHz goes out of whack as well :roll:


Video working...



Video not working...


I am assuming that there are some internal FF's in the MMU doing the clock divisions which start up at the random state, I know there are "wake up states" relating to the shifter etc but this is a PITA now :(

exxos wrote: 07 Jun 2019 13:36 I am assuming that there are some internal FF's in the MMU doing the clock divisions which start up at the random state, I know there are "wake up states" relating to the shifter etc but this is a PITA now :(

Correct. There are clock divisions at SHIFTER, MMU & GLUE, and all of them involve wake states. I told you in the other thread that if you bypass the chipset clock division you will create some subtle wakeup issues.

So indeed the 2MHz output from the GLUE shifts in phase as is not a direct clock down from the 8MHz line

It is, of course, derived from the 8 MHz. But the initial phase is non deterministic. And the relation with this clock and MMU RAM process, is exactly what produces the GLUE/MMU wake states.