New Reply

synchronized clocks with respect to rest frame

 
Share Thread Thread Tools
Mar6-12, 12:38 AM   #69
 

synchronized clocks with respect to rest frame


Quote by DaleSpam View Post
So for [itex]\tau_d \ge 0[/itex] we get [itex]\tau_d=0.8t[/itex] in the unprimed frame and we get [itex]\tau_d=t+0.75d[/itex] in the primed frame.
I am sorry, but we would get [itex]\tau_d=t'+0.75d[/itex] for primed frame, not [itex]\tau_d=t+0.75d[/itex].
Now, we have two unknown variables [itex]t'[/itex] and [itex]\tau_d[/itex].
Mar6-12, 05:38 AM   #70
 
Mentor
Quote by mananvpanchal View Post
I am sorry, but we would get [itex]\tau_d=t'+0.75d[/itex] for primed frame, not [itex]\tau_d=t+0.75d[/itex].
Now, we have two unknown variables [itex]t'[/itex] and [itex]\tau_d[/itex].
Oops, you are correct. I will fix it above.
Mar7-12, 09:29 AM   #71
 
First lets take another situation, lets just say that the two clocks on the train are in sync in the train's frame of reference. Lets say that the train is moving at .5c in the stations frame of reference. Do you understand why the clocks won't by in sync in the stations frame of reference, if they are in sync in the trains?
Mar29-12, 11:13 PM   #72
 
Quote by DaleSpam View Post
Quote by mananvpanchal View Post
I am sorry, but we would get [itex]\tau_d=t'+0.75d[/itex] for primed frame, not [itex]\tau_d=t+0.75d[/itex].
Now, we have two unknown variables [itex]t'[/itex] and [itex]\tau_d[/itex].
Oops, you are correct. I will fix it above.
Ok, so please clarify the confusion. I still don't get what should be the value of [itex]\tau_d[/itex]
Mar30-12, 05:58 AM   #73
 
As much as i see this, we have here four dominant terms: time dilation, length contraction, light speed and rest frame.

my question is this:
Lets assume that we all think and believe that the clock aboard the train returns with time dilation on it, also as a result of constant speed (put aside time dilation as a result of acceleration). There is some sort of effect on the clock, while moving at constant speed, and acceleration has nothing to do with it at all, that can't be denied.

Now, say this guy has some sort of machine that has clocks and light detectors and works in a certain way, that is not effected by length contraction. This machine was calibrated to work in a certain way, before the train was moving. We know and agree that light does not change its speed. We agree that time dilation exists at constant speed. Yet, after the train is moving, that machine is still working as it did, it stays calibrated, after it was calibrated while at bay!

Let us see what we have: a calibrated machine, regardless if the train is moving or not moving at constant speed. Light speed is the same regardless if train is moving or not. Length contraction does not effect that machine.

We are left with only time dilation effecting that machine while at constant speed. and with the word : rest frame.

If time dilation is effecting that machine, and yet it stays calibrated, there must be somthing counter effecting it to stay calibrated. What is this thing called?

How can a choice of a rest frame have this effect? my rest frame is always on the train station and all through this experiment i never bother to exchange any signals with the train. Only when it returns do i ask these question. What does a rest frame have to do with it?

Or should we return to acceleration as a source for all this?
Mar30-12, 07:17 PM   #74
 
Mentor
Quote by mananvpanchal View Post
Ok, so please clarify the confusion. I still don't get what should be the value of [itex]\tau_d[/itex]
[itex]\tau_d[/itex] is the reading on the clock. The clock doesn't just show one number, it shows a different number at each point in time. The formula relates the coordinate time to the time reading on the clock.
Mar31-12, 01:50 AM   #75
 
Hello DaleSpam,

First you had came up with this equation
Quote by DaleSpam View Post
[tex]r'_d=\left(
t'=\begin{cases}
1.25 \tau - 0.75 d & \mbox{if } \tau \lt 0 \\
\tau - 0.75 d & \mbox{if } \tau \ge 0
\end{cases},
x'=\begin{cases}
1.25 d - 0.75 \tau & \mbox{if } \tau \lt 0 \\
1.25 d & \mbox{if } \tau \ge 0
\end{cases}
,0,0\right)[/tex]
Then, I had created the doubt
Quote by mananvpanchal View Post
We can see that [itex]t'=\tau - 0.75 d, \mbox{if } \tau \ge 0[/itex]. And we know that d=-1 for A, d=0 for O and d=1 for B then, we can get this

[itex]t'_a=\tau + 0.75,[/itex]
[itex]t'_o=\tau, [/itex]
[itex]t'_b=\tau - 0.75[/itex]

But suppose, train is going to opposite direction, then the equation cannot distinguish both [itex]t'[/itex]
And you had solved this by
Quote by DaleSpam View Post
v = -0.6 c
So, I had to get [itex]t'_a[/itex], [itex]t'_o[/itex], [itex]t'_b[/itex] using [itex]\tau[/itex] and [itex]d[/itex].

After this I had created another doubt
Quote by mananvpanchal View Post
Yes, you are right. We will get the answer as you said.

There is another doubt!

This may be the case again of generalization.

[itex]t'=\tau - 0.75 d, \mbox{if } \tau \ge 0[/itex]

As [itex]\tau[/itex] increases, desynchronization between two clocks decreases.
And you had came up with the idea of [itex]\tau_a[/itex], [itex]\tau_o[/itex], [itex]\tau_b[/itex]
Quote by DaleSpam View Post
This is an incorrect reading of the expression. The desynchronization between two clocks remains constant as the [itex]\tau_d[/itex] increase (for [itex]\tau_d>0[/itex]).

For example, consider the clocks [itex]d=0[/itex] and [itex]d=1[/itex]. At t'=100 we have [itex]\tau_0=100[/itex] and [itex]\tau_1=100.75[/itex] so the desynchronization is [itex]\tau_1 - \tau_0=0.75[/itex]. At t'=200 we have [itex]\tau_0=200[/itex] and [itex]\tau_1=200.75[/itex] so the desynchronization is [itex]\tau_1 - \tau_0=0.75[/itex].
So, I had to get [itex]t'_a[/itex], [itex]t'_o[/itex], [itex]t'_b[/itex] using [itex]\tau[/itex] and [itex]d[/itex]. But you had came up with [itex]\tau_a[/itex], [itex]\tau_o[/itex], [itex]\tau_b[/itex].

When, I had asked you
Quote by mananvpanchal View Post
As we got [itex]\tau = 0.8t[/itex].

Can you please explain me how can I get [itex]\tau_a[/itex] and [itex]\tau_b[/itex]?
You had came up with the idea
Quote by DaleSpam View Post
So for [itex]\tau_d \ge 0[/itex] we get [itex]\tau_d=0.8t[/itex] in the unprimed frame and we get [itex]\tau_d=t'+0.75d[/itex] in the primed frame.
Then, I had told you
Quote by mananvpanchal View Post
Now, we have two unknown variables [itex]t'[/itex] and [itex]\tau_d[/itex].
So, now the problem is we have to derive

[itex]t'_a=\tau + 0.75,[/itex]
[itex]t'_o=\tau, [/itex]
[itex]t'_b=\tau - 0.75[/itex] using [itex]\tau[/itex], and [itex]d[/itex].

We know here [itex]d_a=-1[/itex], [itex]d_o=0[/itex], [itex]d_b=1[/itex] and [itex]\tau = 0.6t[/itex].

But, To solve "decreasing desync as [itex]\tau[/itex] increases" problem you came up with the idea of [itex]\tau_a[/itex], [itex]\tau_o[/itex], [itex]\tau_b[/itex].

Now, we have the equations.

[itex]t'_a=\tau_a - 0.75 d_a,[/itex]
[itex]t'_o=\tau_o - 0.75 d_o, [/itex]
[itex]t'_b=\tau_b - 0.75 d_b[/itex].

And as I said before we have now two unknown variables per eqaution ([itex]t'_a[/itex], [itex]\tau_a[/itex]), ([itex]t'_o[/itex], [itex]\tau_o[/itex]) and ([itex]t'_b[/itex], [itex]\tau_b[/itex]).

So, the question is how can we get values of [itex]t'_a[/itex], [itex]\tau_a[/itex], [itex]t'_o[/itex], [itex]\tau_o[/itex], [itex]t'_b[/itex] and [itex]\tau_b[/itex] using known variables [itex]t[/itex], [itex]d_a[/itex], [itex]d_o[/itex] and [itex]d_b[/itex]?
Mar31-12, 05:46 AM   #76
 
Here is another question:

When the train returns, we can see that somthing happened, e.g. we have time dilation on the clock, and we agree that at least part of that time dilation was produced by constant speed (CS). There is true evidence that somthing happened there.

Now regarding the clocks that are not synchronized, although they are both on the same train (but apart from each other): is there an experiment that can be done, which will show us this difference of de-synchroniztion between them, after the clocks will return to the station, and not by sending signals when the train is on the move? if not, how come one clock can bring back evidence to the station of a phenomenon (CS time dilation on a single clock), while another phenomenon, the de-synchronization of two clocks, is not somthing that can be brought back as evidence? or is such an experiment plausible after all for two clocks? or is this de-synchronization, a result of accelerating and de-accelerating and not of constant speed?
Mar31-12, 08:38 AM   #77
 
Mentor
Quote by mananvpanchal View Post

Now, we have the equations.

[itex]t'_a=\tau_a - 0.75 d_a,[/itex]
[itex]t'_o=\tau_o - 0.75 d_o, [/itex]
[itex]t'_b=\tau_b - 0.75 d_b[/itex].

And as I said before we have now two unknown variables per eqaution ([itex]t'_a[/itex], [itex]\tau_a[/itex]), ([itex]t'_o[/itex], [itex]\tau_o[/itex]) and ([itex]t'_b[/itex], [itex]\tau_b[/itex]).

So, the question is how can we get values of [itex]t'_a[/itex], [itex]\tau_a[/itex], [itex]t'_o[/itex], [itex]\tau_o[/itex], [itex]t'_b[/itex] and [itex]\tau_b[/itex] using known variables [itex]t[/itex], [itex]d_a[/itex], [itex]d_o[/itex] and [itex]d_b[/itex]?
I never put in any subscripts for t and t'. You pick a value for t or t' and solve for the various [itex]\tau_d[/itex].
Apr3-12, 02:25 AM   #78
 
Quote by DaleSpam View Post
I never put in any subscripts for t and t'. You pick a value for t or t' and solve for the various [itex]\tau_d[/itex].
Ok, here are you telling this?

[itex]t'=\tau_a - 0.75 d_a[/itex]
[itex]t'=\tau_o - 0.75 d_o[/itex]
[itex]t'=\tau_b - 0.75 d_b[/itex]



Now, please look at this
Quote by DaleSpam View Post
Certainly, it follows directly from the Lorentz transform. Let's analyze the scenario from the OP where at t=0 in the original frame A, B, and M all accelerate instantaneously up to v = .6c and furthermore lets use units where c=1 and where the distance from M to A and from M to B is 1 in the original frame.

So, in R's frame the worldline of A, O, and B are:
[tex]r_d=\left(t,x=\begin{cases}
d & \mbox{if } t \lt 0 \\
0.6 t+d & \mbox{if } t \ge 0
\end{cases}
,0,0\right)[/tex]
where d=-1 for A, d=0 for O, and d=1 for B.
Here, you simply defined time [itex]t[/itex] in R's clock. So, you can define distance of train clocks from R with [itex]x=0.6t + d[/itex].
Quote by DaleSpam View Post
As per the OP, the clocks are initially synchronized in R's frame such that at t=0 they all read 0. So, we can calculate the time displayed on each clock, τ, using the spacetime interval. Solving for t we get:
[tex]t=\begin{cases}
\tau & \mbox{if } \tau \lt 0 \\
1.25 \tau & \mbox{if } \tau \ge 0
\end{cases}[/tex]
Here, you took [itex]\gamma = 1.25[/itex], and you define [itex]t = 1.25 \tau[/itex]. Here [itex]\tau[/itex] is train clocks' reading for R. If we want synchronized clocks in R's frame, there must be a single value for [itex]\tau[/itex]. We can easily see that there is same value of all three train's clocks' readings [itex]\tau[/itex] exist for R. So we can say that train' clocks remain synchronized in R's frame. And you proved this by
Quote by DaleSpam View Post
Substituting in to the above we get:
[tex]r_d=\left(
t=\begin{cases}
\tau & \mbox{if } \tau \lt 0 \\
1.25 \tau & \mbox{if } \tau \ge 0
\end{cases},
x=\begin{cases}
d & \mbox{if } \tau \lt 0 \\
0.75 \tau+d & \mbox{if } \tau \ge 0
\end{cases}
,0,0\right)[/tex]

Noting that τ does not depend on d in this frame we see immediately that the clocks remain synchronized in R's frame.
Clocks is only synchronized in R's frame only when there is only one value of [itex]\tau[/itex] exist. If we get different value of each clock reading for R then we cannot say that clocks is synchronized in R's frame.

But, you said that there are three value [itex]\tau_a[/itex], [itex]\tau_o[/itex] and [itex]\tau_b[/itex] exist. So, train clocks cannot be remain synchronized for R.
Apr3-12, 05:07 AM   #79
 
Please, look at this too
Quote by DaleSpam View Post
Quote by mananvpanchal View Post
[itex]t'=\tau - 0.75 d, \mbox{if } \tau \ge 0[/itex]

As [itex]\tau[/itex] increases, desynchronization between two clocks decreases.
This is an incorrect reading of the expression. The desynchronization between two clocks remains constant as the [itex]\tau_d[/itex] increase (for [itex]\tau_d>0[/itex]).

For example, consider the clocks [itex]d=0[/itex] and [itex]d=1[/itex]. At t'=100 we have [itex]\tau_0=100[/itex] and [itex]\tau_1=100.75[/itex] so the desynchronization is [itex]\tau_1 - \tau_0=0.75[/itex]. At t'=200 we have [itex]\tau_0=200[/itex] and [itex]\tau_1=200.75[/itex] so the desynchronization is [itex]\tau_1 - \tau_0=0.75[/itex].
Here, I am talking about [itex]t'[/itex]. I have take here [itex]t'_a=\tau - 0.75 d_a[/itex], [itex]t'_o=\tau - 0.75 d_o[/itex] and [itex]t'_b=\tau - 0.75 d_b[/itex]. So as [itex]\tau[/itex] increase deference between [itex]t'_a[/itex], [itex]t'_o[/itex] and [itex]t'_b[/itex] decreases. And that is why I have used subscript with [itex]t'[/itex].

[itex]t[/itex] is R's clock's reading for R.

[itex]\tau[/itex] is train's clocks (A, O, B)'s reading for R (The reading is same, so train's clocks is synchronized for R) ([itex]\tau[/itex] is not train's clocks reading for O, so it cannot have different values as per [itex]d[/itex]).

And [itex]t'[/itex] is trains clock's reading for O (We have boosted here the train clocks reading for R ([itex]\tau[/itex]) to train's clocks reading for O ([itex]t'[/itex])) (Train's clocks is not synchronized for O, so [itex]t'[/itex] should have different values as per [itex]d[/itex]). So actually subscript should be used with [itex]t'[/itex] not with [itex]\tau[/itex].
Apr4-12, 07:55 AM   #80
 
Mentor
OK, there are so many things incorrect with your previous two posts that I think it will be better to explain the general approach rather than respond point-by-point. If you still have specific questions afterwards then I will be glad to respond point-by-point.

First, when you are doing spacetime diagrams what you are doing is mapping the position of an object as a function of time to the shape of a geometric object. This increases the dimensionality of an object, i.e. a 0D point particle is represented by a 1D worldline (for this analysis we are ignoring the size of the clocks so they are represented by worldlines).

Second, you can always write a 1D worldline in parametric form with a single parameter. So, you can always write it in the form [itex](t(\lambda),x(\lambda),y(\lambda),z(\lambda))[/itex] where [itex]\lambda[/itex] is the parameter.
http://en.wikipedia.org/wiki/Parametric_equation

Third, the parameterization is not unique. So if you have any continuous and invertible function [itex]\lambda(\zeta)[/itex] then [itex](t(\zeta),x(\zeta),y(\zeta),z(\zeta))[/itex] is also a valid parameterization of the same worldline.

Fourth, the parameter need not have any significance, but it can. For example, one common parameterization is to use the time in a given reference frame, t, another common parameterization is to use the proper time displayed on the clock, τ. The latter parameterization is particularly common since it is frame-invariant and physically measurable.

Fifth, if you have multiple worldlines then each worldline will have its own parameterization and thus its own parameter.

Sixth, for each reference frame there are a series of surfaces of constant coordinate time called hyperplanes of simultaneity, or just planes of simultaneity. There is one such plane for each value of coordinate time.

Seventh, two clocks are considered to be synchronized in a specified reference frame at a given coordinate time iff their displayed proper time is the same at their respective intersections with the plane of simultaneity.

Do you understand these concepts? Do you need further explanation of any? I will try to post the application of these principles to this specific problem later today.
Apr4-12, 02:42 PM   #81
 
Please, look at this
Quote by DaleSpam View Post
As per the OP, the clocks are initially synchronized in R's frame such that at t=0 they all read 0. So, we can calculate the time displayed on each clock, τ, using the spacetime interval. Solving for t we get:
[tex]t=\begin{cases}
\tau & \mbox{if } \tau \lt 0 \\
1.25 \tau & \mbox{if } \tau \ge 0
\end{cases}[/tex]
You have defined here [itex]\tau[/itex] is time reading of train's clocks for R.

Suppose, there is only one clock in train. When train is at station the R, O and the clock have same space component in platform co-ordinate system. Now at t=0 train's speed is 0.6c. So we can draw the world line of the clock like this.

Click image for larger version

Name:	syn_clocks_wrf_01.JPG
Views:	5
Size:	15.7 KB
ID:	45882

We can easily see that when 1.25 reading in R's clock for R, O's clock reading is 1 for R. And when 1.25 reading in O's clock for O, R's clock reading is 1 for O. So moving O's clock slow down with respect to R, and moving R's clock slow down with respect to O. Here you have used simple transformation formula [itex]t = \gamma \tau[/itex], because space component is 0 at initial stage. We get one value for [itex]t[/itex] for [itex]\tau = 1[/itex] and [itex]x = 0[/itex].

Now, if we put another two clocks at train's front and train's end. And you have said that the the clocks would be dilated for R at same rate and would remain synchronized for R. So, as per your saying, the world lines of the three clocks would look like this.

Click image for larger version

Name:	syn_clocks_wrf_02.JPG
Views:	6
Size:	20.7 KB
ID:	45883

You can see that lines of simultaneity of R's frame says that clocks is dilated with same rate and clocks is synchronized.

But, do you notice what is wrong with this diagram?

We cannot use the [itex]t = \gamma \tau[/itex] formula to calculate readings of front clock and end clock. Because, now the space component is not same for R, front clock and end clock. We have to consider space component in calculation. Here space component is not 0 of the new two clocks at initial stage. Another thing is you can see in above diagram that difference between space component doesn't change after frame changing. But, if we transform some (t, x)=(0, x) point to another co-ordinate system we will get (t', x')=(0, x'), where x ≠ x' surely. So after transformation space component of clock should be changed.

So, we have to use this equation [itex]t = \gamma (\tau - 0.6x)[/itex]. We get three values for [itex]t[/itex] by putting ([itex]\tau = 1[/itex], [itex]x=-1[/itex]), ([itex]\tau = 1[/itex], [itex]x=0[/itex]) and ([itex]\tau = 1[/itex], [itex]x=1[/itex]) in equation. So R will see [itex]\tau = 1[/itex] at different different time in his frame. The above space component problem will also be solved with this equation. This scenario can be described by below image.

Click image for larger version

Name:	syn_clocks_wrf_03.JPG
Views:	5
Size:	16.6 KB
ID:	45886

We can easily see that lines of simultaneity of O's frame says that train's clocks is synchronized for O, but not for R. So, train's clocks would not be synchronized for R.
Apr4-12, 02:58 PM   #82
 
Quote by DaleSpam View Post
OK, there are so many things incorrect with your previous two posts that I think it will be better to explain the general approach rather than respond point-by-point. If you still have specific questions afterwards then I will be glad to respond point-by-point.
I would be happy to see my errors.
Quote by DaleSpam View Post
First, when you are doing spacetime diagrams what you are doing is mapping the position of an object as a function of time to the shape of a geometric object. This increases the dimensionality of an object, i.e. a 0D point particle is represented by a 1D worldline (for this analysis we are ignoring the size of the clocks so they are represented by worldlines).

Second, you can always write a 1D worldline in parametric form with a single parameter. So, you can always write it in the form [itex](t(\lambda),x(\lambda),y(\lambda),z(\lambda))[/itex] where [itex]\lambda[/itex] is the parameter.
http://en.wikipedia.org/wiki/Parametric_equation

Third, the parameterization is not unique. So if you have any continuous and invertible function [itex]\lambda(\zeta)[/itex] then [itex](t(\zeta),x(\zeta),y(\zeta),z(\zeta))[/itex] is also a valid parameterization of the same worldline.

Fourth, the parameter need not have any significance, but it can. For example, one common parameterization is to use the time in a given reference frame, t, another common parameterization is to use the proper time displayed on the clock, τ.
I follow this.
Quote by DaleSpam View Post
The latter parameterization is particularly common since it is frame-invariant and physically measurable.
I don't follow this.
Quote by DaleSpam View Post
Fifth, if you have multiple worldlines then each worldline will have its own parameterization and thus its own parameter.

Sixth, for each reference frame there are a series of surfaces of constant coordinate time called hyperplanes of simultaneity, or just planes of simultaneity. There is one such plane for each value of coordinate time.

Seventh, two clocks are considered to be synchronized in a specified reference frame at a given coordinate time iff their displayed proper time is the same at their respective intersections with the plane of simultaneity.
I follow this.
Quote by DaleSpam View Post
I will try to post the application of these principles to this specific problem later today.
Certainly.
Apr4-12, 04:11 PM   #83
 
Mentor
Quote by mananvpanchal View Post
I don't follow this.
The proper time is a frame invariant quantity, meaning that all reference frames agree on what it is. It is the integral of the spacetime interval along the clock's worldline. The proper time is also measurable, specifically, the reading that a clock displays is the measurement of proper time. At any event along the worldline all reference frames must agree on what the clock actually reads.
Apr4-12, 04:31 PM   #84
 
Mentor
OK, so to use the above approach in this problem the first thing that I did was to write the worldline of the clocks in parametric form. Since you first described the situation in R's frame, I used that frame for the description and parameterized it in terms of coordinate time. The result is the first equation of post 42.

Then, since the parameterization is not unique and since proper time has the advantages listed above as well as the direct application for determining synchronization, I decided to re-parameterize in terms of proper time instead of coordinate time. The relationship between the two parameters is the second equation in post 42, and the resulting parametric equation of the worldline is given in the third equation.

Once that is done, then the worldline in the primed frame is found simply by using the Lorentz transform, as shown in post 48.

Now, we have a parameterization for each worldline in terms of proper time in both the primed and the unprimed frame. So at this point we make 3 worldlines, corresponding to A, O, and B, by substituting d=-1,0,1 respectively. As mentioned above, each worldline has its own parameter, hence the subscripts on the proper time. I.e. there are three clocks displaying numbers and so there are three proper time values listed.

Now, in order to determine if a pair of clocks are synchronized in some frame we find the proper time at the intersection of the worldline of each clock with the same plane of simultaneity. This is done by setting t or t' equal to some value and solving for the two values of proper time. If the values are equal then the pair of clocks is synchronized and vice versa.

Does that make sense now?
Apr4-12, 04:50 PM   #85
 
Mentor
Quote by mananvpanchal View Post
You have defined here [itex]\tau[/itex] is time reading of train's clocks for R.
...
We cannot use the [itex]t = \gamma \tau[/itex] formula to calculate readings of front clock and end clock.
Yes, we can. The proper time displayed on the clock is given by the spacetime interval between the event on the worldline where t=0 and any other event on the worldline.

[itex]\Delta\tau^2 = \Delta t^2 - \Delta x^2 - \Delta y^2 - \Delta z^2[/itex]
For τ>0
[itex](\tau - 0)^2 = (t-0)^2 - ((0.6t+d) - (0 + d))^2[/itex]
[itex]\tau^2 = 0.64 t^2[/itex]
[itex]\tau = 0.8 t[/itex]

The d cancels out.
New Reply
Thread Tools


Similar Threads for: synchronized clocks with respect to rest frame
Thread Forum Replies
So clocks in motion are 'slower' to observers in rest, shouldn't the clocks tick less Special & General Relativity 26
10 synchronized clocks Electrical Engineering 4
a question with the readings of synchronized clocks Special & General Relativity 2
Please Help....Synchronized Clocks Special & General Relativity 8
synchronized clocks in special relativity Special & General Relativity 17