Steve's DFB1 build

[Steve]

@Badwolf not sure if I missed it but I don't think you mention the chip orientations for the ram and buffers in your video, and the video is hard to see especially with the buffers. Have I got them the right way round? Cheers

PXL_20220421_101833906.jpg

[Badwolf]

@Badwolf not sure if I missed it but I don't think you mention the chip orientations for the ram and buffers in your video, and the video is hard to see especially with the buffers. Have I got them the right way round? Cheers


PXL_20220421_101833906.jpg

Hi Steve,

KiCAD marks pin 1 with a longer silkscreen line -- extending out next to the pin rather than tucking back in under the part.

From your picture they look the right way around to me.

Cheers,

BW.

[Steve]

@Badwolf I noticed on your videos you're struggling with a lot of Flux to clean up constantly, get yourself some of this: Amazon link It's MG Chemicals no clean 8351 which is a water based flux, works great for soldering stuff like this. Just give it a wipe and it's clean with little residue.

[Badwolf]

@Badwolf I noticed on your videos you're struggling with a lot of Flux to clean up constantly, get yourself some of this...

Cheers, Steve.

Is it a nice goey paste or a rubbish runny liquid?

BW

[Steve]

@Badwolf I noticed on your videos you're struggling with a lot of Flux to clean up constantly, get yourself some of this...

Cheers, Steve.

Is it a nice goey paste or a rubbish runny liquid?

BW

This is a runny liquid, but I wouldn't call it rubbish, it all depends on the situation/application. For this kind of work it is perfect. You know one thing I dislike about rosin/gooey style fluxes? They get 'under' the IC's. I noticed when removing an IC which I used a rosin flux with, it was absolutely bathing in the stuff underneath and I just don't like that.

[Badwolf]

You know one thing I dislike about rosin/gooey style fluxes? They get 'under' the IC's. I noticed when removing an IC which I used a rosin flux with, it was absolutely bathing in the stuff underneath and I just don't like that.

That's certainly true from the number of chips I've had on and off over the last few months!

BW

[Steve]

@Badwolf here's my testing with TT ram. (I just realised I need to enable option 1 jumper for 128mb)

PXL_20220421_185428253.MP.jpg

PXL_20220421_190234634.jpg

PXL_20220421_185916521.jpg

[Steve]

BTW - during testing I am noticing that the system runs most benchmarks with the Phantom bus speeder enabled, it won't load something like PMDoom with it enabled.. so might need some firmware tweaks perhaps. It either finishes loading the console then stays on a white screen, or I get garbage on the screen and no game. But with Phantom disabled it is fine.

[exxos]

Great progress @Steve :thumbup: :dualthumbup:

[Badwolf]

Great work, Steve!

Feature complete in my book! FPU and Flash are a bit of a bonus. :D

Not sure what's going on with the bus speeder -- my guess would be possibly something in the clock switching code that we can get away with at 16MHz that we can't at -- what's the Phantom? -- 32MHz?

You can possibly try to debug that by pulling the oscillator and feeding in the motherboard clock into one of the footprint's OSC pins. Should switch from bus speed to bus speed much more efficiently. If it still fails, it may not be the clocks.

EDIT: you could also consider experimenting with the optional bus control pull ups on the reverse.

BW

PS: Is this in MiNT or TOS? If the former, in a window (SDL_VIDEODRIVER=gem) or full screen (=xbios)?