Ciao Ken! This calculator has been my dram in my childhood for long years, but for a ton of reasons I never have had the opportunity to put my hands on it... I think you just did a *FANTASTIC JOB* Ken. I re-read the whole page, and the simulator you kindly posted ket me touch the dream of having that calculator within my grasps... an unbelievable opportunity for me... Thanks! A hint: why not put a nice blue-violet background to the display, instead of black? Also digit lenses could be simulated a bit... Of course these are only cosmetic changes... nothing to do with the real ard work you did!!! Thanks!!!!
August 31, 2013 at 6:31 AM
Claus Buchholz said...
Nice work, enjoyable article!
The trig algorithm is just a simplified form of CORDIC, no? Single stage, base 1000, using .001 as an approximation of arctan .001.
Three decimals is poor accuracy compared to more expensive competitors, but better than slide rules. Likely Sinclair was going after that large market.
I've been reading through New Scientist magazines from 1975 and came across a couple of articles about strange Sinclair Scientific calculator behaviour - apparently it 'counts forward' or 'counts backwards' all by itself on occasion. How could that be? Is it reproducible on the simulator?
David: Due to the way they calculate the constant, they end up with 229.15, not 229.105 which would be more accurate. (I stepped through the log calculation to verify, and 229.15 is what ends up in the register.) My assumption is that since 4 digits accuracy is all they were trying for, they were okay with this.
December 27, 2021 at 3:51 PM
I've reverse-engineered the Sinclair Scientific calculator. The remarkable thing about this calculator is they took a simple 4-function calculator chip and reprogrammed its 320-instruction ROM to be a full scientific calculator. By looking at the chip, I've extracted the original code, reverse-engineered how it works, and written a JavaScript simulator that runs the original code and shows what the calculator is doing internally.
[Image]
The simulator is at righto.com/sinclair. My earlier TI calculator simulator is at righto.com/ti. (The image above is courtesy of Hackaday.)
"Reverse-engineering and simulating Sinclair's amazing 1974 calculator with half the ROM of the HP-35"
7 Comments -
Just in case you do not already have it:
http://www.wass.net/manuals/Sinclair%20Scientific%20Assembly.pdf
http://www.wass.net/manuals/Sinclair%20Scientific%20Operating.pdf
August 30, 2013 at 3:02 PM
My favorite part of the manuals is that they have the 1,2,3 keys arranged backwards in the drawings.
August 30, 2013 at 5:06 PM
Ciao Ken!
This calculator has been my dram in my childhood for long years, but for a ton of reasons I never have had the opportunity to put my hands on it...
I think you just did a *FANTASTIC JOB* Ken.
I re-read the whole page, and the simulator you kindly posted ket me touch the dream of having that calculator within my grasps... an unbelievable opportunity for me... Thanks!
A hint: why not put a nice blue-violet background to the display, instead of black?
Also digit lenses could be simulated a bit...
Of course these are only cosmetic changes... nothing to do with the real ard work you did!!!
Thanks!!!!
August 31, 2013 at 6:31 AM
Nice work, enjoyable article!
The trig algorithm is just a simplified form of CORDIC, no? Single stage, base 1000, using .001 as an approximation of arctan .001.
Three decimals is poor accuracy compared to more expensive competitors, but better than slide rules. Likely Sinclair was going after that large market.
November 2, 2014 at 4:51 PM
I've been reading through New Scientist magazines from 1975 and came across a couple of articles about strange Sinclair Scientific calculator behaviour - apparently it 'counts forward' or 'counts backwards' all by itself on occasion. How could that be? Is it reproducible on the simulator?
http://books.google.co.uk/books?id=HTLqgjNJt3EC&pg=PA171#v=onepage&q&f=false
February 26, 2015 at 10:55 AM
I had some time to follow along more closely and the constant you published as 229.15 should be 229.105 ?
December 26, 2021 at 5:48 AM
David: Due to the way they calculate the constant, they end up with 229.15, not 229.105 which would be more accurate. (I stepped through the log calculation to verify, and 229.15 is what ends up in the register.) My assumption is that since 4 digits accuracy is all they were trying for, they were okay with this.
December 27, 2021 at 3:51 PM