Looking For Help Understanding Bell's Theorem, Hidden Variables & QM

In summary, the discussion focuses on Bell's Theorem, which addresses the nature of quantum mechanics (QM) and the concept of hidden variables. It highlights how Bell's Theorem demonstrates the incompatibility of local hidden variable theories with the predictions of QM, emphasizing the implications of quantum entanglement and non-locality. The conversation seeks to clarify these complex topics, exploring the philosophical and scientific ramifications of Bell's work and its significance in understanding the fundamental principles of quantum mechanics.
  • #71
Thank you PD, although I don't quite follow your reasoning, these are the kinds of insights I was hoping to get, to help me get a better understanding.
PeterDonis said:
Yes, and doing so will change the predicted average outcome. It has to: that's just math.
I understand that, which is why I was playing around with the weighting to see if it would change the predicted average outcome to match the predictions of quantum theory.

PeterDonis said:
What changing the weighting won't do is give you an average that violates the Bell inequalities or their equivalents; that's impossible on any weighting. In the original table that @DrChinese was commenting on in post #36, every line in the table would contribute at least 0.333 to the average, so it is mathematically impossible to get an average less than 0.333 no matter how you weight the lines. And 0.333 does not violate the relevant inequality for that case. But the QM prediction for that case is 0.25, which does violate the inequality.

In your tables in posts #62 and #63, you've reversed the signs, so to speak, from the original table
I can see that every line in DrC's table would contribute at least 0.333. However, I was under the (incorrect?) impression that DrC's table represents the case of a single photon passing through consecutive filters, while (some) tests of Bell's Inequality involve photon pairs, each passing through a single misaligned filter, such that:
when the detectors at both sides are set at the same angle we get the opposite results (+ at one detector, - at the other) every single time, probability 100%, no exceptions.
This led me to attempt to make a table representing that, by reversing the signs.

If the photon pairings form cases [1] and [8] are possible pairings, then those lines would contribute less than 0.333.

I'm not saying they are possible. I was just filling in values which would satisfy the criterion that
when the detectors at both sides are set at the same angle we get the opposite results (+ at one detector, - at the other) every single time, probability 100%, no exceptions.

I was hoping that, if they're not actually possible, then someone might point that out and I would thereby get a better understanding. In much the same way you were able to see at a glance, that I was inadvertently invoking superdeterminism in a previous post.

PeterDonis said:
that @DrChinese was commenting on, so 0.25 or less does not violate the relevant inequality; so the fact that you can get averages of 0.25 or less by changing the weightings, while true, is pointless. You need to compute the correct inequality for that case and then look at what range of averages you are able to obtain by varying the weightings in your table; then you will see that no matter how you vary the weightings, you cannot get an average that violates the correct inequality for that case. And if you compute the correct QM pprediction for that case, you will see that it does violate the inequality.
Am I incorrect in my understanding that the inequality tells us what the (minimum) predicted average outcome would be?

Can this not also be read from a table representing the sample space* for statistically independent events?*I'm using "sample space" here because the table represents a finite set, not the abstract infinite ensemble.
 
Physics news on Phys.org
  • #72
Lynch101 said:
the ["minus"] at a detector means that the detector does not register a photon, because the photon does not pass through a given filter to the detector?
An experiment set up this way is of limited usefulness, because every stray photon coming through from outside and blundering into a detector will register as a +/- pair at the current setting.
More often a two-channel polarizer is used, so the two outcomes are is/isn’t deflected and we need a four photodetectors total.
 
  • Like
Likes Lynch101
  • #73
Nugatory said:
An experiment set up this way is of limited usefulness, because every stray photon coming through from outside and blundering into a detector will register as a +/- pair at the current setting.
More often a two-channel polarizer is used, so the two outcomes are is/isn’t deflected and we need a four photodetectors total.
Thank you Nugatory, this is the kind of insight I was hoping for, to help me better understand what I was missing.
 
  • #74
Lynch101 said:
I can see that every line in DrC's table would contribute at least 0.333. However, I was under the (incorrect?) impression that DrC's table represents the case of a single photon passing through consecutive filters, while (some) tests of Bell's Inequality involve photon pairs, each passing through a single misaligned filter, such that:
Although @DrChinese does not go into this detail, the two formulations are equivalent.

Say that we are working with pairs entangled such that measurements on the same axis will always yield opposite results. The logic of any hidden variable theory (implicit in the original EPR paper) says that measuring the right-hand particle at angle B with a - result is effectively a measurement of the left-hand particle at that angle with a + result. Thus, we can treat one measurement of each particle as two measurements of the same particle, with one result obtained directly and the other by inference. DrC's table uses the latter format, with the advantage that we have to juggle only three quantities, not six.
 
  • Like
Likes Lynch101
  • #75
Lynch101 said:
Am I incorrect in my understanding that the inequality tells us what the (minimum) predicted average outcome would be?
The inequality can be presented in various ways; you may find the wikipedia article on the CHSH inequality helpful. However, when we're considering the simple cases of this thread the Scientific American article I linked above may be most helpful: The probability of getting (for example) an A+B- result must be less than or equal to the sum of the probabilities of getting an A+C+ result and of getting a B-C- result. Phrased this way, the inequality is true almost by inspection: every A+B- case is either A+B-C+ (a subset of A+C+) or A+B-C- (a subset of B-C-).

Yet the quantum mechanical ##\cos^2\theta## results will violate this inequality.
 
Last edited:
  • Like
Likes Lynch101
  • #76
Nugatory said:
An experiment set up this way is of limited usefulness, because every stray photon coming through from outside and blundering into a detector will register as a +/- pair at the current setting.
More often a two-channel polarizer is used, so the two outcomes are is/isn’t deflected and we need a four photodetectors total.
Do I have it correct that (some) experiments involving photons count the average number of outcomes which are the same, while electron spin experiments count the average number that are different?
 
  • #77
Lynch101 said:
Do I have it correct that (some) experiments involving photons count the average number of outcomes which are the same, while electron spin experiments count the average number that are different?
No. Look at the CHSH inequality I linked to above, and especially what goes into the definition of the various ##E## quantities.
 
  • Like
Likes Lynch101
  • #78
@Lynch101 ch101 you might be interested in seeing what the results of a simulation using your hidden variable assignments from your post #62 above (I used a simulation program I wrote many years ago) compared with simulated results using teh quantum-mechanical ##cos^2## rule.
Code:
/usr/lib/jvm/java-1.11.0-openjdk-amd64/bin/java -javaagent:/snap/intellij-idea-community/467/lib/idea_rt.jar=43735:/snap/intellij-idea-community/467/bin -Dfile.encoding=UTF-8 -classpath /home/redacted/IdeaProjects/Bell/out/production/Bell Bell 100000 0 120 240
100000 pairs at angles 0, 120, 240
Classical results:
0:0: ++: 0       +-: 5747    -+: 5549    --: 0         matches:0       total:11296    0.0%
0:1: ++: 1422    +-: 4221    -+: 4153    --: 1359      matches:2781    total:11155    24.9%
0:2: ++: 1457    +-: 4103    -+: 4204    --: 1354      matches:2811    total:11118    25.3%
1:0: ++: 1352    +-: 4076    -+: 4012    --: 1459      matches:2811    total:10899    25.8%
1:1: ++: 0       +-: 5476    -+: 5401    --: 0         matches:0       total:10877    0.0%
1:2: ++: 1369    +-: 4194    -+: 4110    --: 1392      matches:2761    total:11065    25.0%
2:0: ++: 1397    +-: 4283    -+: 4207    --: 1428      matches:2825    total:11315    25.0%
2:1: ++: 1424    +-: 4201    -+: 4166    --: 1410      matches:2834    total:11201    25.3%
2:2: ++: 0       +-: 5397    -+: 5677    --: 0         matches:0       total:11074    0.0%
a+b+:8297 b+c+:8395 a+c+:8386
a+b-:2881 b+c-:2779 a+c-:2885
a-b+:2711 b-c+:2816 a-c+:2751
a-b-:8165 b-c-:8276 a-c-:8411
a+b- <= a+c+ + b-c-, 2881 <= 8386 + 8276, true (-82.7%)
a+c- <= a+b+ + b-c-, 2885 <= 8297 + 8276, true (-82.6%)
b+c- <= a+b+ + a-c-, 2779 <= 8297 + 8411, true (-83.4%)
Quantum results:
0:0: ++: 0       +-: 5712    -+: 5584    --: 0         matches:0       total:11296    0.0%
0:1: ++: 4159    +-: 1451    -+: 1414    --: 4131      matches:8290    total:11155    74.3%
0:2: ++: 4298    +-: 1360    -+: 1367    --: 4093      matches:8391    total:11118    75.5%
1:0: ++: 4046    +-: 1374    -+: 1402    --: 4077      matches:8123    total:10899    74.5%
1:1: ++: 0       +-: 5406    -+: 5471    --: 0         matches:0       total:10877    0.0%
1:2: ++: 4143    +-: 1351    -+: 1424    --: 4147      matches:8290    total:11065    74.9%
2:0: ++: 4304    +-: 1377    -+: 1446    --: 4188      matches:8492    total:11315    75.1%
2:1: ++: 4163    +-: 1381    -+: 1385    --: 4272      matches:8435    total:11201    75.3%
2:2: ++: 0       +-: 5559    -+: 5515    --: 0         matches:0       total:11074    0.0%
a+b+:2825 b+c+:2732 a+c+:2737
a+b-:8236 b+c-:8415 a+c-:8486
a-b+:8177 b-c+:8310 a-c+:8397
a-b-:2816 b-c-:2809 a-c-:2813
a+b- <= a+c+ + b-c-, 8236 <= 2737 + 2809, false (48.5%)
a+c- <= a+b+ + b-c-, 8486 <= 2825 + 2809, false (50.6%)
b+c- <= a+b+ + a-c-, 8415 <= 2825 + 2813, false (49.3%)

Process finished with exit code 0
The first line starting 0:0 should be read as "with both detectors set to position 0/a, we had 0 ++ results, 5712 +- results, 5584 -+ results, 0 -- results, zero matches of the 11296 trials at this detector settings, 0% of the trials produced matches".
The next three lines show the number of particles that should be expected to have various properties at the first detector: for example, a+b+ is implied if we are +- in the 0:1 row or -+ in the 1:0 row).
The the next final three lines are checks to see if the inequality is valid, and as you can see it is massively violated in the quantum mechanical case.

You will also note that your hidden variable assignments don't match the quantum predictions at all. This is the issue that @PeterDonis pointed out in post #69 above - you inadvertently reversed the sense of the comparison (which is why we recommend focusing on the simplest models). You overweighted the +++/--- possibilties at opposite sides, which is (as I pointed out somewhere above) equivalent to overweighting the +++ cases in DrC' presentation, pushing the average in the wrong direction.
 
Last edited:
  • Like
Likes PeterDonis and Lynch101
  • #79
Nugatory said:
@Lynch101 ch101 you might be interested in seeing what the results of a simulation using your hidden variable assignments from your post #62 above (I used a simulation program I wrote many years ago) compared with simulated results using teh quantum-mechanical ##cos^2## rule.
Code:
/usr/lib/jvm/java-1.11.0-openjdk-amd64/bin/java -javaagent:/snap/intellij-idea-community/467/lib/idea_rt.jar=43735:/snap/intellij-idea-community/467/bin -Dfile.encoding=UTF-8 -classpath /home/redacted/IdeaProjects/Bell/out/production/Bell Bell 100000 0 120 240
100000 pairs at angles 0, 120, 240
Classical results:
0:0: ++: 0       +-: 5747    -+: 5549    --: 0         matches:0       total:11296    0.0%
0:1: ++: 1422    +-: 4221    -+: 4153    --: 1359      matches:2781    total:11155    24.9%
0:2: ++: 1457    +-: 4103    -+: 4204    --: 1354      matches:2811    total:11118    25.3%
1:0: ++: 1352    +-: 4076    -+: 4012    --: 1459      matches:2811    total:10899    25.8%
1:1: ++: 0       +-: 5476    -+: 5401    --: 0         matches:0       total:10877    0.0%
1:2: ++: 1369    +-: 4194    -+: 4110    --: 1392      matches:2761    total:11065    25.0%
2:0: ++: 1397    +-: 4283    -+: 4207    --: 1428      matches:2825    total:11315    25.0%
2:1: ++: 1424    +-: 4201    -+: 4166    --: 1410      matches:2834    total:11201    25.3%
2:2: ++: 0       +-: 5397    -+: 5677    --: 0         matches:0       total:11074    0.0%
a+b+:8297 b+c+:8395 a+c+:8386
a+b-:2881 b+c-:2779 a+c-:2885
a-b+:2711 b-c+:2816 a-c+:2751
a-b-:8165 b-c-:8276 a-c-:8411
a+b- <= a+c+ + b-c-, 2881 <= 8386 + 8276, true (-82.7%)
a+c- <= a+b+ + b-c-, 2885 <= 8297 + 8276, true (-82.6%)
b+c- <= a+b+ + a-c-, 2779 <= 8297 + 8411, true (-83.4%)
Quantum results:
0:0: ++: 0       +-: 5712    -+: 5584    --: 0         matches:0       total:11296    0.0%
0:1: ++: 4159    +-: 1451    -+: 1414    --: 4131      matches:8290    total:11155    74.3%
0:2: ++: 4298    +-: 1360    -+: 1367    --: 4093      matches:8391    total:11118    75.5%
1:0: ++: 4046    +-: 1374    -+: 1402    --: 4077      matches:8123    total:10899    74.5%
1:1: ++: 0       +-: 5406    -+: 5471    --: 0         matches:0       total:10877    0.0%
1:2: ++: 4143    +-: 1351    -+: 1424    --: 4147      matches:8290    total:11065    74.9%
2:0: ++: 4304    +-: 1377    -+: 1446    --: 4188      matches:8492    total:11315    75.1%
2:1: ++: 4163    +-: 1381    -+: 1385    --: 4272      matches:8435    total:11201    75.3%
2:2: ++: 0       +-: 5559    -+: 5515    --: 0         matches:0       total:11074    0.0%
a+b+:2825 b+c+:2732 a+c+:2737
a+b-:8236 b+c-:8415 a+c-:8486
a-b+:8177 b-c+:8310 a-c+:8397
a-b-:2816 b-c-:2809 a-c-:2813
a+b- <= a+c+ + b-c-, 8236 <= 2737 + 2809, false (48.5%)
a+c- <= a+b+ + b-c-, 8486 <= 2825 + 2809, false (50.6%)
b+c- <= a+b+ + a-c-, 8415 <= 2825 + 2813, false (49.3%)

Process finished with exit code 0
The first line starting 0:0 should be read as "with both detectors set to position 0/a, we had 0 ++ results, 5712 +- results, 5585 -+ results, 0 -- results, zero matches of the 11296 trials at this detector settings, 0% of the trials produced matches".
The next three lines show the number of particles that should be expected to have various properties at the first detector: for example, a+b+ is implied if we are +- in the 0:1 row or -+ in the 1:0 row).
The the next final three lines are checks to see if the inequality is valid, and as you can see it is massively violated in the quantum mechanical case.

You will also note that your hidden variable assignments don't match the quantum predictions at all. This is the issue that @PeterDonis pointed out in post #69 above - you inadvertently reversed the sense of the comparison (which is why we recommend focusing on the simplest models). You overweighted the +++/--- possibilties at opposite sides, which is (as I pointed out somewhere above) equivalent to overweighting the +++ cases in DrC' presentation, pushing the average in the wrong direction.
Thank you for taking the time to do this, I appreciate it! I'll give it a few reads to see if I can get a better grasp of it.
 
Last edited by a moderator:
  • #80
Nugatory said:
@Lynch101 ch101 you might be interested in seeing what the results of a simulation using your hidden variable assignments from your post #62 above (I used a simulation program I wrote many years ago) compared with simulated results using teh quantum-mechanical ##cos^2## rule.
Code:
/usr/lib/jvm/java-1.11.0-openjdk-amd64/bin/java -javaagent:/snap/intellij-idea-community/467/lib/idea_rt.jar=43735:/snap/intellij-idea-community/467/bin -Dfile.encoding=UTF-8 -classpath /home/redacted/IdeaProjects/Bell/out/production/Bell Bell 100000 0 120 240
100000 pairs at angles 0, 120, 240
Classical results:
0:0: ++: 0       +-: 5747    -+: 5549    --: 0         matches:0       total:11296    0.0%
0:1: ++: 1422    +-: 4221    -+: 4153    --: 1359      matches:2781    total:11155    24.9%
0:2: ++: 1457    +-: 4103    -+: 4204    --: 1354      matches:2811    total:11118    25.3%
1:0: ++: 1352    +-: 4076    -+: 4012    --: 1459      matches:2811    total:10899    25.8%
1:1: ++: 0       +-: 5476    -+: 5401    --: 0         matches:0       total:10877    0.0%
1:2: ++: 1369    +-: 4194    -+: 4110    --: 1392      matches:2761    total:11065    25.0%
2:0: ++: 1397    +-: 4283    -+: 4207    --: 1428      matches:2825    total:11315    25.0%
2:1: ++: 1424    +-: 4201    -+: 4166    --: 1410      matches:2834    total:11201    25.3%
2:2: ++: 0       +-: 5397    -+: 5677    --: 0         matches:0       total:11074    0.0%
a+b+:8297 b+c+:8395 a+c+:8386
a+b-:2881 b+c-:2779 a+c-:2885
a-b+:2711 b-c+:2816 a-c+:2751
a-b-:8165 b-c-:8276 a-c-:8411
a+b- <= a+c+ + b-c-, 2881 <= 8386 + 8276, true (-82.7%)
a+c- <= a+b+ + b-c-, 2885 <= 8297 + 8276, true (-82.6%)
b+c- <= a+b+ + a-c-, 2779 <= 8297 + 8411, true (-83.4%)
Quantum results:
0:0: ++: 0       +-: 5712    -+: 5584    --: 0         matches:0       total:11296    0.0%
0:1: ++: 4159    +-: 1451    -+: 1414    --: 4131      matches:8290    total:11155    74.3%
0:2: ++: 4298    +-: 1360    -+: 1367    --: 4093      matches:8391    total:11118    75.5%
1:0: ++: 4046    +-: 1374    -+: 1402    --: 4077      matches:8123    total:10899    74.5%
1:1: ++: 0       +-: 5406    -+: 5471    --: 0         matches:0       total:10877    0.0%
1:2: ++: 4143    +-: 1351    -+: 1424    --: 4147      matches:8290    total:11065    74.9%
2:0: ++: 4304    +-: 1377    -+: 1446    --: 4188      matches:8492    total:11315    75.1%
2:1: ++: 4163    +-: 1381    -+: 1385    --: 4272      matches:8435    total:11201    75.3%
2:2: ++: 0       +-: 5559    -+: 5515    --: 0         matches:0       total:11074    0.0%
a+b+:2825 b+c+:2732 a+c+:2737
a+b-:8236 b+c-:8415 a+c-:8486
a-b+:8177 b-c+:8310 a-c+:8397
a-b-:2816 b-c-:2809 a-c-:2813
a+b- <= a+c+ + b-c-, 8236 <= 2737 + 2809, false (48.5%)
a+c- <= a+b+ + b-c-, 8486 <= 2825 + 2809, false (50.6%)
b+c- <= a+b+ + a-c-, 8415 <= 2825 + 2813, false (49.3%)

Process finished with exit code 0
The first line starting 0:0 should be read as "with both detectors set to position 0/a, we had 0 ++ results, 5712 +- results, 5585 -+ results, 0 -- results, zero matches of the 11296 trials at this detector settings, 0% of the trials produced matches".
The next three lines show the number of particles that should be expected to have various properties at the first detector: for example, a+b+ is implied if we are +- in the 0:1 row or -+ in the 1:0 row).
The the next final three lines are checks to see if the inequality is valid, and as you can see it is massively violated in the quantum mechanical case.

You will also note that your hidden variable assignments don't match the quantum predictions at all. This is the issue that @PeterDonis pointed out in post #69 above - you inadvertently reversed the sense of the comparison (which is why we recommend focusing on the simplest models). You overweighted the +++/--- possibilties at opposite sides, which is (as I pointed out somewhere above) equivalent to overweighting the +++ cases in DrC' presentation, pushing the average in the wrong direction.
Just wondering Nugatory, if the simulation program you wrote is meant to roughly correspond to an experimental set-up, as represented below. I just find it easier to think things through when I have an approximation to the physical set-up.

1700909739660.png
 
Last edited by a moderator:
  • #81
Lynch101 said:
Just wondering Nugatory, if the simulation program you wrote is meant to roughly correspond to an experimental set-up, as represented below. I just find it easier to think things through when I have an approximation to the physical set-up.
It is an idealized model that looks a lot like your illustration, but using idealized spin-entangled particle pairs instead of polarization-entangled photons. Instead of two-channel polarizers the detectors are idealized spin analyzers: they are randomly set at one of three angles (in these runs the possible angles were 0, 120, and 240 degrees); when a particle enters them they either signal + (a spin-up measurement at that angle) or - (a spin-down measurement).
 
  • Like
Likes Lynch101
Back
Top