Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Crosstalk #25

Open
rmeister opened this issue Aug 8, 2016 · 5 comments
Open

Crosstalk #25

rmeister opened this issue Aug 8, 2016 · 5 comments

Comments

@rmeister
Copy link
Collaborator

rmeister commented Aug 8, 2016

crosstalk_

Picture above shows the microphone input. The received signal clearly contains a copy of the transmitted signal. Although the crosstalk has a much lower amplitude than the proper signal (marked as response), the decoder sometimes does recognize and decode it (but not always correctly).

Idea to get around this: send the opposite signal on the right audio channel to cancel out the crosstalk. Therefore, the right channel has to have exactly the same physical parameters as the left channel.

Coming back to this when I have the parts to build the second link.

@jywarren
Copy link
Member

jywarren commented Aug 9, 2016

Wow, interesting at the very least! Does this only happen when transmitting over open-air audio? I agree that it's a lower priority, but fun to think about. Perhaps we could try to detect this by listening for it in the blank spots, and "activate" compensation. Maybe I don't understand completely, but would it not be possible to send the cancelling signal on the same channel, additively? Again, just curious.

@rmeister
Copy link
Collaborator Author

rmeister commented Aug 9, 2016

Oh I'm sorry, I did not describe the problem precisely. By crosstalk I mean capacitive or inductive coupling between two wires. The data sent on the left audio channel influences the voltage level on the microphone input line, because they run in parallel for a long distance. Like an open-air transmission this can cause loopback.

I don't really understand what you mean by listening in the black spots. Probably that was refered to open-air transmissions? For cable transmissions, we don't have to listen for crosstalk to activate compensation. We can send a compensating signal on the right audio channel right away when sending the actual signal.

Adding a cancelling signal to the left audio channel would cancel out everything == no transmission at all.

@jywarren
Copy link
Member

jywarren commented Aug 9, 2016

Perfect, that's helpful also -- in open air we might call it "feedback",
thanks for the clarification

On Aug 9, 2016 12:49 PM, "Richard Meister" [email protected] wrote:

Oh I'm sorry, I did not describe the problem precisely. By crosstalk I
mean capacitive or inductive coupling between two wires. The data sent on
the left audio channel influences the voltage level on the microphone input
line, because they run in parallel for a long distance. Like an open-air
transmission this can cause loopback.

I don't really understand what you mean by listening in the black spots.
Probably that was refered to open-air transmissions? For cable
transmissions, we don't have to listen for crosstalk to activate
compensation. We can send a compensating signal on the right audio channel
right away when sending the actual signal.

Adding a cancelling signal to the left audio channel would cancel out
everything == no transmission at all.


You are receiving this because you commented.
Reply to this email directly, view it on GitHub
#25 (comment),
or mute the thread
https://github.com/notifications/unsubscribe-auth/AABfJ_xHcxlHliuz4xzxkQQLOJ0xCuewks5qeGlagaJpZM4JfM9Q
.

@rmeister
Copy link
Collaborator Author

The simplest solution to this is using a shorter cable, or at least a cable with more distance between the single wires.

@rmeister
Copy link
Collaborator Author

rmeister commented Aug 22, 2016

Just a short note on the idea of sending the opposite signal at the second channel: tested this with just the cable attached (no Arduino) and it did not cancel out the crosstalk, although the channel characteristics are identical.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants