My new Amiga booster has some wiring designed to make use in an ST possible (if maybe not practical).
The board specs are as the TF530 ....
68030
68882
4Mb 32bit SRAM with burst.
SATA Port
SPI Port
Should be interesting to try this on the ST. Wondering if there is a better way to register RAM than the MonSTer driver? No hardware solution?
For more info have a look at my channel https://www.youtube.com/c/terriblefire
Terrible Fire TF534S
-
- Moderator Team
- Posts: 5389
- Joined: Mon Aug 28, 2017 10:56 pm
- Location: Glasgow, UK
Terrible Fire TF534S
———
"It is not necessarily a supply voltage at no load, but the amount of current it can provide when touched that
indicates how much hurting you shall receive."
"It is not necessarily a supply voltage at no load, but the amount of current it can provide when touched that
indicates how much hurting you shall receive."
Re: Terrible Fire TF534S
I do not think so no. The extra memory has to be reported to the OS for it to recognise hand use it.terriblefire wrote: ↑Fri Sep 22, 2017 5:11 pm Wondering if there is a better way to register RAM than the MonSTer driver? No hardware solution?
You do not actually need a driver, it actually isn't a driver, it is basically just one command to make GEM aware of the RAM. Or something very simple like that
I think the source code is available for the monster driver you wanted to take a look at that you could probably work it out is going on.
https://www.exxosforum.co.uk/atari/ All my hardware guides - mods - games - STOS
https://www.exxosforum.co.uk/atari/store2/ - All my hardware mods for sale - Please help support by making a purchase.
viewtopic.php?f=17&t=1585 Have you done the Mandatory Fixes ?
Just because a lot of people agree on something, doesn't make it a fact. ~exxos ~
People should find solutions to problems, not find problems with solutions.
https://www.exxosforum.co.uk/atari/store2/ - All my hardware mods for sale - Please help support by making a purchase.
viewtopic.php?f=17&t=1585 Have you done the Mandatory Fixes ?
Just because a lot of people agree on something, doesn't make it a fact. ~exxos ~
People should find solutions to problems, not find problems with solutions.
-
- Moderator Team
- Posts: 5389
- Joined: Mon Aug 28, 2017 10:56 pm
- Location: Glasgow, UK
Re: Terrible Fire TF534S
Yeah. It would be nice if i could supply the code on the board rather than needing software.
———
"It is not necessarily a supply voltage at no load, but the amount of current it can provide when touched that
indicates how much hurting you shall receive."
"It is not necessarily a supply voltage at no load, but the amount of current it can provide when touched that
indicates how much hurting you shall receive."
Re: Terrible Fire TF534S
These are the functions for itterriblefire wrote: ↑Fri Sep 22, 2017 5:16 pm Yeah. It would be nice if i could supply the code on the board rather than needing software.
http://toshyp.atari.org/en/00500c.html
https://www.exxosforum.co.uk/atari/ All my hardware guides - mods - games - STOS
https://www.exxosforum.co.uk/atari/store2/ - All my hardware mods for sale - Please help support by making a purchase.
viewtopic.php?f=17&t=1585 Have you done the Mandatory Fixes ?
Just because a lot of people agree on something, doesn't make it a fact. ~exxos ~
People should find solutions to problems, not find problems with solutions.
https://www.exxosforum.co.uk/atari/store2/ - All my hardware mods for sale - Please help support by making a purchase.
viewtopic.php?f=17&t=1585 Have you done the Mandatory Fixes ?
Just because a lot of people agree on something, doesn't make it a fact. ~exxos ~
People should find solutions to problems, not find problems with solutions.
Re: Terrible Fire TF534S
You need to declare the extra Alt-RAM with the Maddalt function. But you also need to create the _FRB cookie and have it points to a 64k buffer is STRAM for DAM transfer. That's what the monster "driver" does.
On the TT for example you don't need it as the TOS is looking for the TT-Ram and if it finds it, it tests it and create the _FRB cookie and buffer.
TOS 2.06 doesn't, which is why we need this in the auto folder to declare the new Alt-RAM to the system.
It is also good practice on 32 bit CPU on Atari to have the Alt-RAM starting at $01000000
Some program will use MxAlloc to request a block of Alt-RAM and check if it's in the "correct" range when they get the pointer back. This is a rare occurrence but it does happens (I don't remember what app did that).
Rodolphe
On the TT for example you don't need it as the TOS is looking for the TT-Ram and if it finds it, it tests it and create the _FRB cookie and buffer.
TOS 2.06 doesn't, which is why we need this in the auto folder to declare the new Alt-RAM to the system.
It is also good practice on 32 bit CPU on Atari to have the Alt-RAM starting at $01000000
Some program will use MxAlloc to request a block of Alt-RAM and check if it's in the "correct" range when they get the pointer back. This is a rare occurrence but it does happens (I don't remember what app did that).
Rodolphe
Working ones : MegaSTE (68020) / TT030 / Falcon with AB040 & Eclipse / 1040STF
Need testing : Falcon with CT2
Need testing : Falcon with CT2
-
- Moderator Team
- Posts: 5389
- Joined: Mon Aug 28, 2017 10:56 pm
- Location: Glasgow, UK
Re: Terrible Fire TF534S
Thanks. Its more a hardware question here.. is there an address range where the TOSes will pick up and run hardware autoboot code without interfering with the cart socket.
———
"It is not necessarily a supply voltage at no load, but the amount of current it can provide when touched that
indicates how much hurting you shall receive."
"It is not necessarily a supply voltage at no load, but the amount of current it can provide when touched that
indicates how much hurting you shall receive."
Re: Terrible Fire TF534S
I do not believe so noterriblefire wrote: ↑Fri Sep 22, 2017 6:59 pm Thanks. Its more a hardware question here.. is there an address range where the TOSes will pick up and run hardware autoboot code without interfering with the cart socket.
I wanted to run a little bit of code display amount of ram on boot up with TOS 104, someone patched the ROM for me, he put a jump somewhere in the ROM early on to run some code at the end of the ROM space to do that and then jump back.
I actually have a similar problem with my current booster, that I need to read the NVRAM to set up various booster registers before the machine boots up. This could actually be done internally in the PLD to read NVRAM register and programme the internal booster registers before CPU reset even happens. I guess this is kind of like a boot ROM, which will run before it actually boots the OS up..
But really you can only really run code from the cartridge port on boot up. I guess you could run code there install the fast ram, but the code would still need to be stored somewhere to run anyway, i.e. a boot ROM, in which case it is probably just easier to have a small auto folder program to do it how it is done normally.
Aside from that I do not think there are any other options.. Unless anyone here has any more thoughts to this...
https://www.exxosforum.co.uk/atari/ All my hardware guides - mods - games - STOS
https://www.exxosforum.co.uk/atari/store2/ - All my hardware mods for sale - Please help support by making a purchase.
viewtopic.php?f=17&t=1585 Have you done the Mandatory Fixes ?
Just because a lot of people agree on something, doesn't make it a fact. ~exxos ~
People should find solutions to problems, not find problems with solutions.
https://www.exxosforum.co.uk/atari/store2/ - All my hardware mods for sale - Please help support by making a purchase.
viewtopic.php?f=17&t=1585 Have you done the Mandatory Fixes ?
Just because a lot of people agree on something, doesn't make it a fact. ~exxos ~
People should find solutions to problems, not find problems with solutions.
Re: Terrible Fire TF534S
Nope. nothing like the Zorro bus autoconf on Atari.terriblefire wrote: ↑Fri Sep 22, 2017 6:59 pm Thanks. Its more a hardware question here.. is there an address range where the TOSes will pick up and run hardware autoboot code without interfering with the cart socket.
Working ones : MegaSTE (68020) / TT030 / Falcon with AB040 & Eclipse / 1040STF
Need testing : Falcon with CT2
Need testing : Falcon with CT2