I've been looking into PCB fabs in relation to quality and the bottom line is, it's not looking good.
The problems I've been seeing have been reported from jlcpcb users on other sites. But it's not just them. There's not much evidence but the trend seems be be a sharp decline in PCB quality on several common PCB suppliers. There's even a thread on startdot from 2020 which is concerning as I've only recently seen the issues.
I'm still waiting a reply from the fab which made the dfb1x boards. I've had no major problems with so far. But they are like x10 cost of JLC already. I want to get them to make the next batch of boards to see how they hold up.
My concern now, is if they have gone bad as reported on startdot, then my only option is to go to a uk fab. I've used one for the 2,000 30pin simms I got made last year and no apparent problems. But of course uk fab and uk assembly is ramping up costs. But I just can't use fab houses I don't trust. That list seems to get longer every year..
You will not be able to post if you are still using Microsoft email addresses such as Hotmail etc
See here for more information viewtopic.php?f=20&t=7296
See here for more information viewtopic.php?f=20&t=7296
BOOKMARK THIS PAGE !
https://www.exxosforum.co.uk:8085/IP_CHECK/
You can unban yourself if needed. It also sends me reports to investigate the ban.
https://www.exxosforum.co.uk:8085/IP_CHECK/
You can unban yourself if needed. It also sends me reports to investigate the ban.
DO NOT USE MOBILE / CGNAT DEVICES WHERE THE IP CHANGES CONSTANTLY!
At this time, it is unfortunately not possible to whitelist users when your IP changes constantly.
You may inadvertently get banned because a previous attack may have used the IP you are now on.
So I suggest people only use fixed IP address devices until I can think of a solution for this problem!
At this time, it is unfortunately not possible to whitelist users when your IP changes constantly.
You may inadvertently get banned because a previous attack may have used the IP you are now on.
So I suggest people only use fixed IP address devices until I can think of a solution for this problem!
REV 3 - REV 5 - The beginning (ST536)
-
exxos
- Site Admin

- Posts: 28149
- Joined: 16 Aug 2017 23:19
- Location: UK
-
exxos
- Site Admin

- Posts: 28149
- Joined: 16 Aug 2017 23:19
- Location: UK
Re: REV 3 - REV 5 - The beginning (ST536)
Though to myself, I need a new song.. Couldn't think of one. Then thought, I wonder if I could do a song about the ST536 chaos.. So had a go ! 8-)
-
exxos
- Site Admin

- Posts: 28149
- Joined: 16 Aug 2017 23:19
- Location: UK
Re: REV 3 - REV 5 - The beginning (ST536)
Made some good progress today!
Firstly, AI found the bug on why CRC was failing on reboot. Basically what I did was, I had TOS check the TTram block was available before copying ROM to it.. This was doing a WRITE, which bascially trashed the first word in the rom shadow.. hence CRC fail after reboot as the first word was now wrong :lol: oopies :P
Secondly.. After some discussion with AI, we rewrote BLTFIX and integrated it into TOS. Basically if blitter is available and we are blitting within STram, then the blitter is used. If we are trying to blit into TTram, then softblit (CPU) routines are used. Realistically though, the CPU is not far behind most blit operations anyway. The blitter shines during block copies like the blitting test in GB6 as it doesn't have the overhead which the CPU has. So I wanted to keep blitters strengths running where possible. Then "everything else" goes to the CPU.
So it may not look much but it actually works!
Thirdly, AI also found the long-standing mystery of what BLTFIX (and my new port) slowdown was. So @agranlund will be pleased to know, that the issue was found in TOS itself, the cache logic was wrong! So the cache was been incorrectly set and not correctly flushed, which basically caused chaos and resulted in those weird slowdowns which have plagued everything since day one.....
And we now have a nice speed bump in scores :)
There could possibly be more optimisations to come very soon ;)
Firstly, AI found the bug on why CRC was failing on reboot. Basically what I did was, I had TOS check the TTram block was available before copying ROM to it.. This was doing a WRITE, which bascially trashed the first word in the rom shadow.. hence CRC fail after reboot as the first word was now wrong :lol: oopies :P
Secondly.. After some discussion with AI, we rewrote BLTFIX and integrated it into TOS. Basically if blitter is available and we are blitting within STram, then the blitter is used. If we are trying to blit into TTram, then softblit (CPU) routines are used. Realistically though, the CPU is not far behind most blit operations anyway. The blitter shines during block copies like the blitting test in GB6 as it doesn't have the overhead which the CPU has. So I wanted to keep blitters strengths running where possible. Then "everything else" goes to the CPU.
So it may not look much but it actually works!
Thirdly, AI also found the long-standing mystery of what BLTFIX (and my new port) slowdown was. So @agranlund will be pleased to know, that the issue was found in TOS itself, the cache logic was wrong! So the cache was been incorrectly set and not correctly flushed, which basically caused chaos and resulted in those weird slowdowns which have plagued everything since day one.....
And we now have a nice speed bump in scores :)
There could possibly be more optimisations to come very soon ;)
You do not have the required permissions to view the files attached to this post.
-
agranlund
- Site sponsor

- Posts: 1715
- Joined: 18 Aug 2019 22:43
- Location: Sweden
Re: REV 3 - REV 5 - The beginning (ST536)
@exxos that really cool!
Now the big question is.. what are you going to put in the "Random unknown space" option :)
Now the big question is.. what are you going to put in the "Random unknown space" option :)
-
exxos
- Site Admin

- Posts: 28149
- Joined: 16 Aug 2017 23:19
- Location: UK
Re: REV 3 - REV 5 - The beginning (ST536)
Yeah, TOS306 needs rebuilding now, its actually turning off the caches at random :P
Probably will end up being a option to turn off all the stuff I added as other stuff is likely broken now :PNow the big question is.. what are you going to put in the "Random unknown space" option :)
I was toying with the idea ages ago to put a "boot rom" menu there. Mostly when using flashy-clock, a quick way to change boot rom. But I think it be more trouble than its worth..
Possible it could turn into a ST-ram cache on/off eventually :shrug:
Or just leave it there to annoy people....
-
Darklord
- Site sponsor

- Posts: 1547
- Joined: 20 Sep 2017 13:41
- Location: Prestonsburg
Re: REV 3 - REV 5 - The beginning (ST536)
I like this one! :)exxos wrote: 05 Apr 2026 19:05 Though to myself, I need a new song.. Couldn't think of one. Then thought, I wonder if I could do a song about the ST536 chaos.. So had a go ! 8-)
Welcome To DarkForce! www.darkforce.org "The Fuji Lives.!"
Atari SW/HW based BBS-Telnet:darkforce-bbs.dyndns.org 1040
Atari SW/HW based BBS-Telnet:darkforce-bbs.dyndns.org 1040
-
exxos
- Site Admin

- Posts: 28149
- Joined: 16 Aug 2017 23:19
- Location: UK
Re: REV 3 - REV 5 - The beginning (ST536)
New rev board.. Can you believe I will get 5 made at JLC again ! BUT, I am choosing different options this time. I still plan to use UK fabs for production boards. I still have a lot of parts in my JLC account to use up yet.. So hopefully I won't end up regretting this decision.. (probably will !) But I really need to make sure the board actually works before committing to a production run anyway.. Which kind of lands me back at JLC again anyway :roll:
Thing is, at least I know what to look for with manufacturing defects / bad vias, BEFORE I start soldering the things up this time.....
Thing is, at least I know what to look for with manufacturing defects / bad vias, BEFORE I start soldering the things up this time.....
You do not have the required permissions to view the files attached to this post.
-
Badwolf
- Site sponsor

- Posts: 3026
- Joined: 19 Nov 2019 12:09
Re: REV 3 - REV 5 - The beginning (ST536)
DFB1 Open source 50MHz 030 and TT-RAM accelerator for the Falcon
Smalliermouse ST-optimised USB mouse adapter based on SmallyMouse2
FrontBench The Frontier: Elite 2 intro as a benchmark
Smalliermouse ST-optimised USB mouse adapter based on SmallyMouse2
FrontBench The Frontier: Elite 2 intro as a benchmark
-
exxos
- Site Admin

- Posts: 28149
- Joined: 16 Aug 2017 23:19
- Location: UK
Re: REV 3 - REV 5 - The beginning (ST536)
Sort of.. Its going to be a adjustable clock for overclocking experiments ;) it was actually on the current rev as well.
-
exxos
- Site Admin

- Posts: 28149
- Joined: 16 Aug 2017 23:19
- Location: UK
Re: REV 3 - REV 5 - The beginning (ST536)
Knocked up the test OSC board. *should* adjust from about 95mhz to 130mhz.
You do not have the required permissions to view the files attached to this post.
Who is online
Users browsing this forum: CCBot and 13 guests