Products > Dodgy Technology
Optical Bench REDUX: Digital Switching can have Analog Functions!
RJSV:
...and, at the end of 'terminus' of the stack of optical functions, your (slowish) electronics takes over, by polling a simple flag, for knowing which developed numerical answer should be used (validated), and which was the 'provisional' that isn't valid, that being after those two parallel and very fast processes finished. The estimate is that the electronic portion is down more close to a 2 Ghz rate,...comparatively slower.
RJSV:
Black (Android) Smoke dept.
Anyone else notice? I see my TEXT SIZE, got pushed, in back a couple of posts ! That's my Alcatel smart-phone, excuse for a sec.,...LOL, lol, that's the phone losing's it's operating system mind!
Yesterday, when opened up a new EEVBLOG post the text screen took me to...a YouTube video I had been watching the previous night! Jimi Hendrix at Monterey Pop, but that wasn't a text-entry screen. !
Android and chrome or whatever has been degrading visibly....laptop soon ! Yay
RJSV:
Enclosed diagram showing the FULL range process.
RJSV:
Splitting the range, into two sections.
RJSV:
Out of those last two diagrams, the FORMER, (back two) of the diagrams shows the discussed physical range and the slight reduction in the range, or 'reach' as has been discussed. That slight compromise, by reducing the span, down to a maximum of 8.5 allows for the compromise to use a slightly different multipliers, in the so-called multiplying stack, as been discussed. That's the compromise, between the span size and the first multiplier.
As discussed, in the first step, in the multiply stack, your multiplier can then be a bit higher in value, as it is not charged with need to reduce the first value so drastically.
Now by operating this in two processing paths (see the latter or last diagram) we've now gained the ability to process in two ranges, upper and lower, thus no need for the (small) reduction in 'reach', previous method.
However, of course this then DOUBLES all subsequent processing, until an answer is obtained,...that being an OCTAL or 0 thru 7 value. One of those processing lineups is good, the other is not. They both function, and that's at full speed, I figure at around 500 Ghertz or even higher.
Then, at the hardware run terminus...the 'bottom' of the run of fast optical function, an electronic section interprets result; one path is your good, valid output, and the other is using the wrong (multipliers).
The actual generation of these sets of numerical results is tedious, take some time, but expectation is that the 'incorrect' provisional processing path will output numbers slightly or moderately too big.
This is because, in my example in last figure, that number, '3' needed more reduction in the range it's in.
Processing that '3' value, as if it was in the upper decimal range of 4,5,6, or 7 will not reduce enough. That's because another example, like '7', does not need so much reduction, in order to land on a '6.0' result.
By mis-applying the upper range process, to the lower range input (3), it is then up to the electronics interpretation to reject that alternate, and accept the proper processing path.
Complex and tortuous explanation,...(but I'll live).
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version