The block language can be easily modified to yield the highest V,
although I thought each LED was to be examoned for turn on based
on its V irrelevant of the others. But thats a simple change to the block
code.
But those examples were just for future reference so you could see how
easy and simple designs with a UP are these days.
If you have to use discrete parts and find the force sensor with the most
force then using an A/D certainly appropriate. But then you have to mux
the A/D, more logic, counter to generate address for mux, and then use
an encoder to select LED to light. Along with this a digital comparator for
finding highest V sensor and memory, or flip flops, to set when higher V
is found, and clear the rest. Substantial logic and parts.....
Or you could use a DAC and a mux, and ramp the DAC and do tests, again
saving in some sort of memory the DAC val that tripped off LED, and saving it
and LED # to be examined by another scan thru memory to find the max
DAC value found and which LED it is. Then more logic to turn on that LED.
So only one led on at a time, the one with max force, or any/all turned on if
each F sensor exceeds the reference value ?
I added code to find Vmax, a new variable, but did not do anything yet to
leds pending on your answer to above question.
View attachment 131746
Do you have a written description of the problem you are to solve ?
Regards, Dana.