Great job! It's super frustrating trying to mod the ST with regards to the CPU socket and its locations across the different rev boards. I wonder if you could mount the CPU on the underside of a PCB that extends out like that. Of course that doesn't help withh the PiStorm =/
Thanks! Yes, there is so little room to work with too. You can maybe fit one board at best in some of them, but a stack is out. Will Probably have to do dedicated STE versions of my accelerator or PiStorm if I want to close the lid. This was really an experiment in making those PLCC adapter pins fit, so big tick in that box at least.
Looks much better than the other adapter that I also have. When will you put on sale some of them? Also, can you give a link to the 3d square because in pcbway you have to be a member? Thank you in advance!
I shan't be selling any pre-made ones, if that's what you mean. The PCBWay link is an easy way to order some boards. The backing plate is really just a cuboid, but here you go: www.thingiverse.com/thing:5538610
Everything on the Pi and PiStorm side is different from trunk & all experimental. You'd have to have a look at my GitHub, specificically under the 'wip-pistormst' branch for the latest. github.com/dh219/pistorm/tree/wip-pistormst Details on PiStorm Discord.
Progress on drop-in FGPA replacements for the 68k line (specifically 020+) seems to have stalled. Vampire can do half the job, but the ST and Mac need the other half too.
(releated to the trace length match comment below) if you have a high speed device like like your DSTB1 with 16MHz CPU & 32Mhz memory access (or a PiStorm), is it possible that the trace length _does_ affect the BLITTER is some way (problem found in your other video) ?
I don't think so. 16MHz is pretty pedestrian in terms of signal transmission speeds. I think you'd need to be into the hundreds of MHz before trace matching would be needed. You need about six inches of extra path length to offset a pulse edge by one nanosecond. We're dealing with 60ns clocks.
@@thetechnoshed good point, just remembered seeing a RPi push a RC2014 bus to 120Mhz - still I dont remember the layout of my STe looking like yours (had the case permanantly off due to PC floppy, and not wanting to cut anything), but it too was non-sip model, so maybe "old age" memory
Very interesting! I can't wait for an all-in-one accelerator board for the STE!
Many thanks! Have a look at the TwiSTEr (linked above). It's absolutely packed with features. Other end of the price spectrum to my boards, though.
@@thetechnoshed Oh thanks :) exepensive yes, I'd better wait for something based on PiStorm :)
before soldering the 1.27mm pins in, you could slide the plastic holders up (into the pcb) an extra mm, then slide them off after soldering
Great! Ordering!
Came it after 2 weeks and now all I need is some free time :)
Just found your channel, very informative, now starting to watch more of your vids, great Atari content 👊
Many thanks!
Great job! thanks for sharing
Great job! It's super frustrating trying to mod the ST with regards to the CPU socket and its locations across the different rev boards. I wonder if you could mount the CPU on the underside of a PCB that extends out like that. Of course that doesn't help withh the PiStorm =/
Thanks! Yes, there is so little room to work with too. You can maybe fit one board at best in some of them, but a stack is out. Will
Probably have to do dedicated STE versions of my accelerator or PiStorm if I want to close the lid. This was really an experiment in making those PLCC adapter pins fit, so big tick in that box at least.
Awesome!
Looks much better than the other adapter that I also have. When will you put on sale some of them? Also, can you give a link to the 3d square because in pcbway you have to be a member? Thank you in advance!
Also which files you installed on the sd card? Where some modifications from the ones for amiga necessary?
I shan't be selling any pre-made ones, if that's what you mean. The PCBWay link is an easy way to order some boards.
The backing plate is really just a cuboid, but here you go: www.thingiverse.com/thing:5538610
Everything on the Pi and PiStorm side is different from trunk & all experimental. You'd have to have a look at my GitHub, specificically under the 'wip-pistormst' branch for the latest. github.com/dh219/pistorm/tree/wip-pistormst
Details on PiStorm Discord.
At 8MHz do you need to length match tracks or anything?
No, at 8MHz you can practically go and have a cup of tea whilst you wait for the data pulses to arrive!
When will someone reduce the PiStormST and Raspberry Pie IV into a FPGA that could be mounted in a FPGA socket.
Progress on drop-in FGPA replacements for the 68k line (specifically 020+) seems to have stalled. Vampire can do half the job, but the ST and Mac need the other half too.
(releated to the trace length match comment below) if you have a high speed device like like your DSTB1 with 16MHz CPU & 32Mhz memory access (or a PiStorm), is it possible that the trace length _does_ affect the BLITTER is some way (problem found in your other video) ?
I don't think so. 16MHz is pretty pedestrian in terms of signal transmission speeds. I think you'd need to be into the hundreds of MHz before trace matching would be needed. You need about six inches of extra path length to offset a pulse edge by one nanosecond. We're dealing with 60ns clocks.
@@thetechnoshed good point, just remembered seeing a RPi push a RC2014 bus to 120Mhz - still I dont remember the layout of my STe looking like yours (had the case permanantly off due to PC floppy, and not wanting to cut anything), but it too was non-sip model, so maybe "old age" memory