@thorsten.otto Would there be any reason EMUTOS can't see alt-ram when the hardware is physically there and working ?
Re: Flashy Clock - Yet another DEV board
Posted: 04 Apr 2020 13:33
by exxos
I have made a little bit of progress..This seems to be a somewhat "double-edged problem"
If I let alt-ram decode during TOS boot up, I get no video.. This seems to be relating to allowing access to supervise a memory.. So I disabled that access and it then allows the machine to boot... BUT.. in leaving that memory disabled, TOS cannot seem to install alt-ram afterwards.
Because I can remove DTACK via a jumper wire I can remove alt-ram during boot, and let it access everything when GB6 boots. In that case, the first time I run GB6 alt-ram test, it still seems to "quit" test first time around, but then works correctly and gives 100% the second time around.
I can see on my scope that somewhere early on in the boot up of TOS it pulses alt-ram address a couple of times.. So the some reason I think this is some bug in TOS or some "feature".
What this means is I have to keep alt-ram disabled until the driver installs the RAM. It would have been nice if someone would have mentioned this to me is who has already knew about this problem :roll:
Re: Flashy Clock - Yet another DEV board
Posted: 04 Apr 2020 13:57
by PhilC
Nevertheless you got there in the end. One thing I've noticed with retro computer stuff, theres two camps, thekeep it all secret bunch and the share the knowledge lot. You're obviously in the later bunch.
I've always been a share the knowledge kind of guy as otherwise you end up with that Vga/hdmi adaptor saga we had a few months back.
Well done anyway.
Re: Flashy Clock - Yet another DEV board
Posted: 04 Apr 2020 14:02
by exxos
I always post day by day development and issues I run into and such. I always have. But nobody else does. So people in the future who may do stuff who run into the same problems I did, they is no info out there. I mean all the developed over 30 years, its all having to be re-invented all the time. Pretty much all my work is "shooting in the dark" until I hit on something which works. This is why stuff also takes so long as well.
Re: Flashy Clock - Yet another DEV board
Posted: 04 Apr 2020 14:05
by PhilC
It's a bit like that in my real job sometimes.
And knowing how hard you work at stuff is why I support your efforts.
Re: Flashy Clock - Yet another DEV board
Posted: 04 Apr 2020 15:04
by exxos
Half the battle...
IMG_5002.JPG
Re: Flashy Clock - Yet another DEV board
Posted: 04 Apr 2020 15:53
by derkom
PhilC wrote: 04 Apr 2020 14:05
And knowing how hard you work at stuff is why I support your efforts.
Hear, hear!
Re: Flashy Clock - Yet another DEV board
Posted: 04 Apr 2020 16:22
by stephen_usher
PhilC wrote: 04 Apr 2020 13:57
Nevertheless you got there in the end. One thing I've noticed with retro computer stuff, theres two camps, thekeep it all secret bunch and the share the knowledge lot. You're obviously in the later bunch.
I've always been a share the knowledge kind of guy as otherwise you end up with that Vga/hdmi adaptor saga we had a few months back.
Well done anyway.
Unfortunately in the second camp there are those who would rather the knowledge be lost forever than share, even after they've lost interest. It's almost a level of spite.
Re: Flashy Clock - Yet another DEV board
Posted: 04 Apr 2020 16:37
by exxos
Finally a bit of "action".. Very boring 72 seconds to skip though...
I am currently adding in some registers to set the amount of RAM. Currently it is up to 8MB is that is what the chip is... But if we managed to find a larger chip then you may be able to push up to 10MB or 12MB etc.
Re: Flashy Clock - Yet another DEV board
Posted: 04 Apr 2020 16:59
by PhilC
It needs music, you know, the sort you used to hear in department store lifts :lol: