| Thread Closed |
Light Clock Problem |
Share Thread | Thread Tools |
| Nov18-12, 04:28 AM | #137 |
|
|
Light Clock Problem |
| Nov18-12, 05:38 AM | #138 |
|
|
|
| Nov18-12, 06:13 AM | #139 |
|
|
From the link, I will comment only upon the same issue I have been discussing here: the beam leaves A and reaches B in the rest frame (the frame that is at rest relative to the clock) and moves at c as seen from a detector at B. From the perspective of an observer that sees the clock in relative motion, the brings no data and he can't say anything about its observed velocity, since it is not observed. By including a signal sent from B to A at the moment the beam reaches B, the observer will have the observed time for that event and may determine time of the event as recorded on the detector by taking into consideration the observed time and the predetermined distance between him and the detector at B, just like the standard relative V implies a given distance/unit of time. It is the preconception that the postulate of the speed of light also applies to undetected light that keeps you from aknowledging the possibility I intend to discuss here. Under close inspection, you may realise that neither the postulate nor the evidence are in contradiction with my conclusions, but that it is a necessary outcome of relativity. It is only ligical, if light reaches us at a constant speed, distance events will be seen at a later time than the time of the event determined locally (for an observer in close proximity and at rest relative to the event). Hence, if the observed time is delayed and distances are given, the observed speed must be smaller. To realise this is consistent with SR may be difficult, but it must be, since the conclusion is strictly dependant upon the acceptance of the constancy of the speed of any received or detected light. |
| Nov18-12, 06:26 AM | #140 |
|
|
Are there other givens you still disagree with? |
| Nov18-12, 08:11 AM | #141 |
|
|
A footnote: length contraction usually applies to the distance between two bodies in relative motion, meaning, it usually applies to a length that is changing with time. In the proposed setup, the distance is fixed and has been previously marked. It is the symmetric distance between A and B.
|
| Nov18-12, 10:24 AM | #142 |
|
Mentor
|
|
| Nov18-12, 10:28 AM | #143 |
|
Mentor
|
|
| Nov18-12, 11:05 AM | #144 |
|
|
Quote altergnostic A footnote: length contraction usually applies to the distance between two bodies in relative motion, meaning, it usually applies to a length that is changing with time. |
| Nov18-12, 12:46 PM | #145 |
|
|
You have said several times now that you can "ditch the speed of the light clock" in the analysis. I don't understand what this means. The light clock itself is part of the scenario, so you have to model its motion to correctly analyze the scenario. If you just mean that you can't assume you *know* what its speed is, that's fine; as I said above, I let that speed be unknown in my latest analysis, and showed how it doesn't matter for the question I thought you were interested in--why the projectile's velocity changes from frame to frame while the light beam's does not. If you mean that we can somehow model the scenario without including the light clock at all, I don't see how. The motion of the parts of the light clock gives a critical constraint on the motion of the projectile/light beam inside the clock. Also, the light clock does not change direction in the scenario, so you can define a single inertial "clock frame"; but the projectile *does* change direction, so there's no way to define a single inertial "projectile frame". That means we can't just focus on the "velocity of the projectile", because that velocity *changes* during the scenario; it's not a "fixed point" that we can use as a reference. As for "assuming" that the light beam travels at c, I have not assumed that. The only assumptions I have made are translation and rotation invariance, plus the principle of relativity, plus an assumption about how the light clock's "projectile" reflects off the mirror. It's probably futile at this point to walk through the chain of reasoning again, but I'll do it once more anyway. I'll focus on your "triangle diagram" since it's a good illustration of the spatial geometry in the unprimed frame. We have a "projectile clock" consisting of a source/detector, which moves from A to C to D in the triangle diagram, and a mirror/reflector, which moves on a line parallel to the source/detector that passes through B at the same time (in the unprimed frame) that the source/detector passes through C. The clock as a whole moves at speed [itex]v[/itex] relative to the observer who remains motionless at A (in the unprimed frame). The "projectile" within the clock moves at some speed [itex]v_p[/itex] in the unprimed frame (which we take to be unknown at this point), along the line A to B, then B to D. At the instant that this "projectile" (call it P1) reaches B, a second "projectile" (call it P2), moving at the *same* speed [itex]v_p[/itex], is emitted back towards A, to carry the information to the observer at A that the first projectile has reached B. Here are some key facts about the geometry that follow from the above: - Angle ABC equals angle CBD. - Distance AB equals distance BD. - Distance AC equals distance CD. - Line BC is perpendicular to line AD. We can also define the following times of interest (in the unprimed frame): T_AB = the time for P1 to travel from A to B; T_BD = the time for P1 to travel from B to D; T_BA = the time for P2 to travel from B to A. It is then easy to show from the above that all three of these times are equal: T_AB = T_BD = T_BA. We also have T_AC = the time for the light clock source/detector to travel from A to C, and T_CD = the time for the source/detector to travel from C to D. And we have T_AC = T_CD = T_AB = T_BD, because projectile P1 and the source/detector are co-located at A and D and both of their speeds are constant. Thus, we have the following spacetime events: A0 = D0 = the spacetime origin; the light clock source/detector passes the observer at A at the instant projectile P1 is emitted from the source/detector. B1 = P1 reaches the mirror/reflector and bounces off; P2 is emitted back towards A. C1 = the light clock source/detector passes point C. D2 = P1 reaches the light clock source/detector and is detected. A2 = P2 reaches the observer at A. The above facts about the times and the motion of the light clock imply that B1 and C1 are simultaneous (in the unprimed frame), and D2 and A2 are simultaneous (in the primed frame). Finally, we have formulas about the speeds: [tex]v_p = \frac{AB}{T_{AB}} = \frac{BD}{T_{BD}} = \frac{AB}{T_{BA}}[/tex] [tex]v = \frac{AC}{T_{AC}} = \frac{CD}{T_{CD}} = \frac{AC}{AB} v_p[/tex] The last equality follows from the fact that T_AC = T_AB. Do you see what it says? It says that, if you know v_p, AC, and AB, you know v, the "light clock velocity". You stipulated v_p, AC, and AB in your statement of the problem; therefore you implicitly gave a value for v as well. But the value for v that you stated was a *different* v; it did not satisfy the above equation, which is enforced by the geometry that you yourself gave for the problem; that's why your "givens" were inconsistent. I'll stop at this point since this post is getting long. What I'm trying to say is that the scenario you proposed has more constraints in it than you think it does; it already *contains* the information about how the projectile/light beam's velocity has to transform between frames. |
| Nov18-12, 01:57 PM | #146 |
|
Mentor
|
However, if it is not a given in the problem then everything becomes easier. Simply plug the givens into the equation I posted above and we find that v = 0.45 c. At 0.45 c the time dilation factor is 1.12, so in 1.12 s the clock travels .5 ls and the light travels a distance of 1.12 ls. 1.12 ls / 1.12 s = c. |
| Nov18-12, 03:36 PM | #147 |
|
|
- he can give [B]no[B] motion to the beam; and how he places his coordinates can have no effect on the beam! Seriously, nothing of that makes any sense to me. Do you think that the traffic police will observe speeding cars further away as going slower - or that GPS will tell that you are going slower as the satellite is further away??
|
| Nov18-12, 04:01 PM | #148 |
|
|
Peter, thanks for your patiance and effort. I'll make a couple observations regarding your reply.
You misinterpret my assertion that we can ditch the velocity of the light clock to mean that it is an unknown that must enter the equations nonetheless. No, I mean that we don't need it to solve at all. To determine the speed of the beam all the observer needs to know is the distance teavelled over the observed time - this will be the apparent velocity. Conversely, if you were given the relative velocity of the beam/projectilr from A to B (the vector addition of the upward speed of the projectile and the perpendicular speed of the projectile-clock) you could find the distance AB. Given the distance AB you can directly calculate the observed velocity as seen from A, just plot it over the observed time. You have to put yourself in the observer shoes and really imagine how he calculate the speed of the beam. Since we are given the time of event B as measured by the clock itself, we can easily find the time that event is observed at a distance AB. Note this is the case for any scenario, we wouldn't need a beam travelling fron A to B at all. If the blinker at B simply turns on at t=1s (as measured with the blinker's own clock), you just have to consider the spatial separation from the event and the observer to get the observed time. Assuming the event is caused by a beam going from A to B, he only has to plot the given distance over the observed time. The mistake I keep pointing you to is the fact that you assumed the velocity of the clock enters the equations. But it would enter only if we were doing some kind if vector addition, but since the clock is going from A to D and the observer sees the event from B (at a time T), there's no reason to take that velocity into consideration, you are only looking for the time separation between events A and B to figure out at what speed something has to travel this distance to cause the observed times. Later you state that T_AB = T_BA, but that is an assumption. The observer has to calculate T_AB from the observed time of event B, which is the local or proper time of event B plus the time it takes for that event to be seen at A. We know T_BA as seen from A from experiment, the speed of any directly detected light must be c. We don't know T_AB as seen from A because T_AB is only observed after T_BA, orherwise the observer doesn't see event B at all. T_AB must be calculated in this setup. Of course, if the observer at rest were to send a beam of light towards B, that would take the same time as a beam would need to come back from B to A. But notice the very important fact here that, if that was the case, the time of event B as seen from B would NOT be 1s (the time light takes to cross y'), but actually 1.12s (the time it would take for light to cross h'). Your last remark reassures me that you are assuming what you are trying to prove. The setup has no information on the beam, only on the events, which are good to calculate the speed of the beam in each frame. |
| Nov18-12, 04:29 PM | #149 |
|
|
|
| Nov18-12, 04:29 PM | #150 |
|
|
So before you do this vector addition, you have to first transform the upward speed of the projectile from the primed to the unprimed frame. The upward distance (AB in the primed frame; BC in the unprimed frame, since the clock is moving in that frame) does not change when you change frames, but the *time* does, because of time dilation, so the upward speed of the projectile (i.e., the upward *component* of its velocity) is different in the unprimed frame than in the primed frame. So you do need to know the relative velocity of the light clock and the observer; without that you can't transform the upward velocity in the primed frame to the upward velocity component in the unprimed frame. By contrast, I am only assuming that the two beams (A to B and B to A) travel at the *same* speed, *without* assuming what that speed is (we *calculate* that by dividing round-trip distance by round-trip time, as above). That seems like a much more reasonable approach, since it does not require assuming that there is any difference between an emitted beam and a received beam. |
| Nov18-12, 06:24 PM | #151 |
|
Mentor
|
|
| Nov18-12, 09:41 PM | #152 |
|
|
Giving 1.12 to the time it takes the beam to travel from A to B as seen from A is a mistake. That would only be true if the time of event B were also 1.12s. If you send a light beam from A to B, B would receive it at t'=1.12s. But, in the proposed setup, the time of this event in the clock's frame is t'=1s. Folliwung what has been stated in this thread, the time of event B can be either 1s or 1.12s as seen from the clock's frame and in both cases the speed of the beam as seen from A would be c, but this is only possible if light crosses the distance h' (the hypotenuse) as seen in the clock's frame in one case and the distance y' in the other case, but it is clear that in this setup the beam crosses y' in the clock's frame.
I really don't know how else to state this, but as a last resort, I will ask you to ignore the beam completely and just analyse the events as seen from A, when x is in line with AB, as if no beam was causing the events at all: A0 = A'0 = 0,0,0 B1 = B'1+X = 2.12,1.12,0 While B happens at t'=1s as recorded from B itself. What would be the presumed speed an object would need, as seen from A, to travel from event A0 to B1, if it was to leave A at t=0s and reach B at the time of event B (TB1 = 2.12s)? TB1 = 2.12 X = 1.12 VAB = X/TB1 = 0.528 The observer can subtract the delay caused from BA (the time light takes to travel from B to A) to find the time of the event as measured by a clock placed at B: T'B = TB - TBA = 2.12 - 1.12 = 1s If you calculate the speed of the beam straight from the times of events and the given distances, that's what you would find, and as the observer standing at A only has access to the events themselves, that's how he would calculate it. We can only disagree on two points, I think: 1: The given distance is not correct or useful or consistent with SR 2: The observed time for B1 as seen from A is not the local or proper time of the event plus the time separation between A and B. Regarding 1, I remind you that any given V implies a given L, which L I'm giving as the distance from A to B (or B to A) measured locally - a proper distance? I don't see why wouldn't we be allowed to be given this length if we are given a relative V in other situations. Regarding 2, I can't see how this isn't the case. The only argument against this is that the primed time is not 1s but 1.12s, which is inconsistent with the light clock's own measurements. This thread is way too long already and I think that if we haven't reached an agreement yet, we won't reach it anytime. Maybe there's an experiment out there that actually determines the speed of an undetected (or indirectly detected) light beam so we could check this, but I believe that this hasn't been done at all. Every experiment built to determine the speed of light that I know about works by measuring the return time or some other setup that relies o direct detection or emission. I repeat that the observer at A is not the source nor the receiver of the beam. The source is the bottom mirror and the receiver is the top mirror. The observer at A is the receiver of the signal travelling at c from B1 to A0. The mirror at B is the receiver of the beam travelling at c from A'0 to B'1 (which equals CB). The postulate of the constancy of the speed if light necessarily applies to those light paths. |
| Nov18-12, 11:04 PM | #153 |
|
|
Also, I don't understand your coordinate values. Is the first number supposed to be time? If so, where does 2.12 come from? I can't even make sense of the rest of your analysis, because I don't understand where you're getting the initial numbers it's based on. |
| Thread Closed |
| Tags |
| light clock, special relativity, time dilation |
| Thread Tools | |
Similar Threads for: Light Clock Problem
|
||||
| Thread | Forum | Replies | ||
| Light Clock | Special & General Relativity | 8 | ||
| Time dilation explaination with mechanical clock instead of light clock | Special & General Relativity | 55 | ||
| Light Clock Example this is not HW | Special & General Relativity | 14 | ||
| Questions abouut:Special Relativity, Time Dilation, Light Clock, Velocity of light. | Special & General Relativity | 31 | ||
| Light Clock | Special & General Relativity | 7 | ||