Basic question about TD and LC

  • Thread starter mananvpanchal
  • Start date
  • Tags
    Lc
In summary, in A frame, two points on a rod are at different positions. If you transform the points to B frame, the time-component of B frame (perpendicular distance between this two parallel lines) is still bigger than time-component of A frame. So, B feels more time between two events, and so B feels A's clock running slowly.
  • #1
mananvpanchal
215
0
Hello, I have basic confusion about Time Dilation and Length Contraction. I have struggled much, but I haven't succeed. Please. help me to clear it.

In A frame I have [itex][t_{a1}, x_{a1}][/itex] and [itex][t_{a2}, x_{a2}][/itex]. If I assume c=1 and [itex]x_{a1}=x_{a2}[/itex], and if I transform it to B frame which is moving with v speed relative to A frame. I get this.

[itex]t_{b1}=\gamma (t_{a1}-vx_{a1})[/itex]

[itex]t_{b2}=\gamma (t_{a2}-vx_{a2})[/itex]

If I simply do [itex]t_{b2}-t_{b1}[/itex], I get

[itex]t_{b2}-t_{b1} = \gamma (t_{a2}-t_{a1})[/itex]

[itex]\Delta t_b = \gamma \Delta t_a[/itex]

[itex]\Delta t_b > \Delta t_a[/itex]

If As I understand [itex]\Delta t_a[/itex] is elapsed time in A frame and [itex]\Delta t_b[/itex] is elapsed time in B frame then it would be [itex]\Delta t_b < \Delta t_a[/itex], then why [itex]\Delta t_b > \Delta t_a[/itex]?

Now, If I have [itex][t_{a1}, x_{a1}][/itex] and [itex][t_{a2}, x_{a2}][/itex] where c=1 and [itex]t_{a1}=t_{a2}[/itex].

then,

[itex]x_{b1}=\gamma (x_{a1}-vt_{a1})[/itex]

[itex]x_{b2}=\gamma (x_{a2}-vt_{a2})[/itex]

If I simply do [itex]x_{b2}-x_{b1}[/itex], I get

[itex]x_{b2}-x_{b1} = \gamma (x_{a2}-x_{a1})[/itex]

[itex]\Delta x_b = \gamma \Delta x_a[/itex]

[itex]\Delta x_b > \Delta x_a[/itex]

If As I understand [itex]\Delta x_a[/itex] is length in A frame and [itex]\Delta x_b[/itex] is length in B frame then it would be [itex]\Delta x_b < \Delta x_a[/itex], then why [itex]\Delta x_b > \Delta x_a[/itex]?

What am I thinking wrong here?
 
Physics news on Phys.org
  • #2


mananvpanchal said:
Hello, I have basic confusion about Time Dilation and Length Contraction. I have struggled much, but I haven't succeed. Please. help me to clear it.

In A frame I have [itex][t_{a1}, x_{a1}][/itex] and [itex][t_{a2}, x_{a2}][/itex]. If I assume c=1 and [itex]x_{a1}=x_{a2}[/itex],
OK, you've chosen events that take place at different times but at the same location in A. An example of this could be two time readings on a clock at rest in A.

and if I transform it to B frame which is moving with v speed relative to A frame. I get this.

[itex]t_{b1}=\gamma (t_{a1}-vx_{a1})[/itex]

[itex]t_{b2}=\gamma (t_{a2}-vx_{a2})[/itex]

If I simply do [itex]t_{b2}-t_{b1}[/itex], I get

[itex]t_{b2}-t_{b1} = \gamma (t_{a2}-t_{a1})[/itex]

[itex]\Delta t_b = \gamma \Delta t_a[/itex]

[itex]\Delta t_b > \Delta t_a[/itex]
Yes. This is the normal time dilation formula--moving clocks are measured to run slowly. So B will measure a greater time between those events than would A.

If As I understand [itex]\Delta t_a[/itex] is elapsed time in A frame and [itex]\Delta t_b[/itex] is elapsed time in B frame then it would be [itex]\Delta t_b < \Delta t_a[/itex], then why [itex]\Delta t_b > \Delta t_a[/itex]?
I don't understand this comment. Why would you think this? (Note that the simple time dilation formula only applies to time intervals between events taking place at the same location in the moving frame, where Δxa = 0.)

Now, If I have [itex][t_{a1}, x_{a1}][/itex] and [itex][t_{a2}, x_{a2}][/itex] where c=1 and [itex]t_{a1}=t_{a2}[/itex].
Now you have chosen events that take place at the same time, but at different positions in A. Could be simultaneous measurements of the ends of a rod in A.

then,

[itex]x_{b1}=\gamma (x_{a1}-vt_{a1})[/itex]

[itex]x_{b2}=\gamma (x_{a2}-vt_{a2})[/itex]

If I simply do [itex]x_{b2}-x_{b1}[/itex], I get

[itex]x_{b2}-x_{b1} = \gamma (x_{a2}-x_{a1})[/itex]

[itex]\Delta x_b = \gamma \Delta x_a[/itex]

[itex]\Delta x_b > \Delta x_a[/itex]
OK. This should make sense. After all, in B's frame the rod is moving. So the positions of those events will be further apart.

If As I understand [itex]\Delta x_a[/itex] is length in A frame and [itex]\Delta x_b[/itex] is length in B frame then it would be [itex]\Delta x_b < \Delta x_a[/itex], then why [itex]\Delta x_b > \Delta x_a[/itex]?

What am I thinking wrong here?
In order for B to make a measurement of the length of a rod that is at rest in A, B must measure the positions at the same time. When he does that, then he'll see the usual length contraction. Note that here the measurements of the endpoints are not made at the same time according to B.
 
  • #3


Hello Doc Al

http://www.astro.ucla.edu/~wright/Alfred-Brian-anim.html

td and lc.JPG


Please, look at above image when we transform the points on [itex]t_a[/itex]. We get points on [itex]t_b[/itex]. And when we transform the points on [itex]x_a[/itex]. We get points on [itex]x_b[/itex].
Doc Al said:
Yes. This is the normal time dilation formula--moving clocks are measured to run slowly. So B will measure a greater time between those events than would A.

Yes, you are right. We can easily see in the above link and the image that if we put the two points of [itex]t_b[/itex] on parallel lines to [itex]x_a[/itex]. The time-component of B frame (perpendicular distance between this two parallel lines) is still bigger than time-component of A frame. So, B feels more time between two events, and so B feels A's clock running slowly


Doc Al said:
OK. This should make sense. After all, in B's frame the rod is moving. So the positions of those events will be further apart.
Doc Al said:
In order for B to make a measurement of the length of a rod that is at rest in A, B must measure the positions at the same time. When he does that, then he'll see the usual length contraction. Note that here the measurements of the endpoints are not made at the same time according to B.

If we put two points of [itex]x_b[/itex] on parallel lines to [itex]t_a[/itex]. We can still see that space component (perpendicular distance between this two parallel lines) is still bigger in B frame than space component of A frame. So, B feels length between two events is expanded. I cannot understand this. The rod is moving in B frame. So length between two events should be contracted, not expanded.
 
Last edited:
  • #4


mananvpanchal said:
If we put two points of [itex]x_b[/itex] on parallel lines to [itex]t_a[/itex]. We can still see that space component (perpendicular distance between this two parallel lines) is still bigger in B frame than space component of A frame. So, B feels length between two events is expanded. I cannot understand this. The rod is moving in B frame. So length between two events should be contracted, not expanded.
Only if those events marked the ends of the rods at the same time according to B. If the events had the same time coordinates in frame A they would not have the same time coordinates in frame B. (Simultaneity is frame dependent.)

In order for B to measure the length of a moving rod, he must measure the position of the ends of the rod at the same time according to him. If he does, then he'll measure the usual length contraction.
 
  • #5


Doc Al said:
Only if those events marked the ends of the rods at the same time according to B. If the events had the same time coordinates in frame A they would not have the same time coordinates in frame B. (Simultaneity is frame dependent.)

In order for B to measure the length of a moving rod, he must measure the position of the ends of the rod at the same time according to him. If he does, then he'll measure the usual length contraction.

http://en.wikipedia.org/wiki/Length_contraction#Geometrical_representation

td and lc 2.JPG


Ok, now see above image and the link. As you said if we want length contraction, then we should take the two events of [itex]x_b[/itex] on two parallel lines to [itex]t_b[/itex]. So as wiki article says OB > OA, we can achieve length contraction in our case.

But, the same thing we can apply to time component too. As shown in image. We can take the two events of [itex]t_b[/itex] on two parallel lines to [itex]x_b[/itex]. And now B sees A's clock is running faster than his own's clock.

Using parallel lines to [itex]x_a[/itex] we can explain time dilation.
Using parallel lines to [itex]t_b[/itex] we can explain length contraction.

Why can we not explain time dilation using parallel lines to [itex]x_b[/itex]?
Why can we not explain length contraction using parallel lines to [itex]t_a[/itex]?
 
Last edited:
  • #6


mananvpanchal said:
But, the same thing we can apply to time component too. As shown in image. We can take the two events of [itex]t_b[/itex] on two parallel lines to [itex]x_b[/itex]. And now B sees A's clock is running faster than his own's clock.
No. If the two events happen at the same location according to B's frame, then of course A will measure a greater time interval than B. This is equivalent to there being a clock at rest in B, so B measures the shortest time between those events. Realize that since the events happen at different locations in A there are multiple clocks involved. So you cannot simply apply the time dilation formula to that time interval.

Nonetheless, both frames see the other's clocks as running slow (and out of sync along the direction of motion).
 
  • #7


Doc Al said:
No. If the two events happen at the same location according to B's frame, then of course A will measure a greater time interval than B. This is equivalent to there being a clock at rest in B, so B measures the shortest time between those events. Realize that since the events happen at different locations in A there are multiple clocks involved. So you cannot simply apply the time dilation formula to that time interval.

Nonetheless, both frames see the other's clocks as running slow (and out of sync along the direction of motion).

Please, try to get my point the events is not happened at same location in B's frame. The events is happened at same location in A's frame.

Please, look at the image below.

td and lc 3.JPG


Please, look at left hand side of image. AB is time duration between two events in A's frame happened at same location and at different time. Where AC is time duration between the two events in B's frame. If we want to know how much time elapsed in B's frame between those two events, we want to take parallel line to [itex]x_a[/itex]. From this we get AC' as time elapsed in B's frame. We can say AC' > AB, so we can say that A's clock running slower than B's clock.

On the right hand side of image. The two events A and B happened at same time and at different location in A's frame. When we transform the events co-ordinates into B's frame. We get A and C point. The two points do not have same time component. So, B' frame cannot find length contraction appropriately. So, the condition is time component of B's frame should be same for events. So we are taking a parallel line to [itex]t_b[/itex] and we get AB as contracted length. Is this not a length measured in A's frame? Can we not take parallel line to [itex]t_a[/itex] rather than [itex]t_b[/itex] as we have done to get time dilation (taking parallel line to [itex]x_a[/itex] rather than [itex]x_b[/itex])?

EDIT: If we take parallel line to [itex]t_b[/itex], we get back the same point from which we transformed. Which doesn't give contracted length. It gives length measured in A's frame at rest. Which should be longest relative to any other frame.
 
Last edited:
  • #8
Please, look at left hand side of post #7's image.

The two events A and B happens at same location in A's frame. A measures time duration between this two events as AB in his own clock.
When we transform the two events into B's frame. We get A and C. If we take C on parallel line to [itex]x_a[/itex], we get C' point on [itex]t_a[/itex]. So we can conclude that B's frame measures more time duration AC' between this two events in his own clock. So B can conclude that A's clock running slowly than his own clock.

The same as above, two events A and B happens at same time in A's frame (right side of image). A measures length between two events as AB with his own ruler.
When we transform the two events into B's frame. We get A and C. If we take C on parallel line to [itex]t_a[/itex], we get C' point on [itex]x_a[/itex]. So we can conclude that B's frame measures more length AC' between this two events with his own ruler. So B can conclude that A's ruler is expanded than his own ruler.

If we take parallel line to [itex]t_b[/itex] to get length contraction then there are two problem with that.

1. AC is not length measured by B's frame at same time, so if we want to solve this by taking parallel line to [itex]t_b[/itex], we get same point B on [itex]x_a[/itex]. Where AB is distance measured by A's frame not distance measured by B's frame at same time.

2. If we want length contraction and we want to solve this by taking parallel line to [itex]t_b[/itex] then we have to take parallel line to [itex]x_b[/itex] to get time dilation, but we cannot get time dilation by this method. If we want time dilation then we have to take parallel line to [itex]x_a[/itex].
 
  • #9
the basic thing about time dilation and length contraction is that both are reciprocal in nature. to understand more about the meaning of reciprocal character you try find the 'twin paradox' and the 'barn and ladder paradox' respectively.
though both paradoxes can't be resolved within the realm of str as they involve accelrated frames but they do give a meaning of reciprocity
 
  • #10
Hello, Doc Al

My post #8 is the best description of my understanding. Please, flash some light on it.

Thanks.
 
  • #11
I thought you came to an understanding on the length contraction part of your questions in your other thread, Length Contraction rearrangement. Was I wrong?

BTW, this is why you shouldn't ask the same question in multiple threads.
 

FAQ: Basic question about TD and LC

1. What is the difference between TD and LC?

TD (Time Division) and LC (Logic Control) are two different methods of dividing and controlling the flow of information in a communication system. TD involves dividing a fixed amount of time into smaller time slots to transmit data, while LC involves using logical operations to control the flow of data. TD is used in systems such as TDMA (Time Division Multiple Access) and TDM (Time Division Multiplexing), while LC is used in systems such as PLC (Programmable Logic Controllers) and digital logic circuits.

2. How are TD and LC used in different industries?

TD is commonly used in telecommunication systems, such as cellular networks and satellite communications. It is also used in audio and video equipment, such as CD players and television broadcasting. LC is commonly used in industrial automation and control systems, such as manufacturing and process control, as well as in electronic devices, such as computers and digital appliances.

3. What are the advantages of using TD over LC?

One of the main advantages of using TD over LC is that it allows for multiple users to share the same communication channel without interfering with each other, as each user is assigned a specific time slot. This makes TD ideal for applications that require high data rates and multiple users, such as in cellular networks. Additionally, TD is relatively simple and cost-effective to implement.

4. What are the advantages of using LC over TD?

LC allows for more flexibility and control over the flow of data compared to TD. With LC, logical operations can be used to manipulate data in real-time, making it suitable for applications that require precise and dynamic control, such as in industrial automation. LC also allows for more efficient use of bandwidth, as data can be transmitted only when needed.

5. Can TD and LC be used together?

Yes, TD and LC can be used together in some systems. For example, some cellular networks use TDMA (a TD method) for dividing time slots among users, while also using LC for controlling the data flow within each time slot. This allows for efficient use of bandwidth and precise control over the flow of data. However, in most cases, TD and LC are used separately depending on the specific needs of the application.

Similar threads

Replies
77
Views
8K
Replies
83
Views
4K
Replies
48
Views
4K
Replies
16
Views
1K
Replies
19
Views
3K
Replies
21
Views
2K
Replies
2
Views
2K
Replies
4
Views
1K
Replies
32
Views
2K
Back
Top