-
Notifications
You must be signed in to change notification settings - Fork 26
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
Comments
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. |
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. |
Perfect, that's helpful also -- in open air we might call it "feedback", On Aug 9, 2016 12:49 PM, "Richard Meister" [email protected] wrote:
|
The simplest solution to this is using a shorter cable, or at least a cable with more distance between the single wires. |
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. |
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.
The text was updated successfully, but these errors were encountered: