What am I doing debugging/reverse engineering this? Since N is set to N-1 before the loop, I'm thinking F was initialized to N, not to 1.
I remember being amazed at how quickly the answer came back (relative to 110 baud -- but a state-of-the-art TI-30 of the same vintage has noticable lag coming back with a trig value) so maybe I was trying to be clever and save a multiplication.
@Chesler....no problem, I had lots of fun with it. (If MS had not updated everything I'd still be quite happy with DOS and BASIC and Wordstar :-)
In your original program, if Nwas input as 1, it would have got 1 subtracted from it first, and you would have got an endless loop. Mine can cope with 1 but not 0 or negative Ns.
I remember being taught that unconditional jumps like GOTO 60 were a no-no, and to use DO WHILE or FOR N = x TO y instead. Good point.
I did a FORTRAN course once and put and endless loop in a program, I got presented with a 2 inch high stack of paper and a very stern talking-to from the computer centre manager when I went to collect my printout. We all have to start somewhere.....
Thanks David Ashton. I think Y-512 may have been my account on the timeshare. No idea what was supposed to be at lines 40 and 50 (presumably one of them initialized F), or why they didn't save to the tape. Line 85 :-) I guess the day before I'd written my first endless loop!
A single LED (point light source) will cast an image through the holes that expands the farther you go from the tape. Just move the photodiodes back an inch or so from the tape, to where the projected dot spacing matches the photodiode spacing.
@Chester: For what it's worth, here is what the paper tape looks like:
Hi David -- I think you were trying to include a link to the image of your short paper tape program on Flickr, but for some reason it's not appearing -- if you email me the image I will make it available to folks.
What are the engineering and design challenges in creating successful IoT devices? These devices are usually small, resource-constrained electronics designed to sense, collect, send, and/or interpret data. Some of the devices need to be smart enough to act upon data in real time, 24/7. Are the design challenges the same as with embedded systems, but with a little developer- and IT-skills added in? What do engineers need to know? Rick Merritt talks with two experts about the tools and best options for designing IoT devices in 2016. Specifically the guests will discuss sensors, security, and lessons from IoT deployments.