For start I wanted to say a hi to all. 
Now.
As title says
I want a SINGLE ANALOGUE input which can do up to 100KHz FLAT.
Then I want this analogue signal to put it into a ADC.
Than, I want to take it out from IP (NET).
On the other side of the NET (IP) there will be a IP to DAC where I could take out this signal as it was (up to 100KHz flat) BUT without much latency.
Simlified, I want a single analogue signal from 0Hz up to ~100KHz to pass it through a NETWORK.
Is it posible?
Thanks in advance,
George.
Now.
As title says
I want a SINGLE ANALOGUE input which can do up to 100KHz FLAT.
Then I want this analogue signal to put it into a ADC.
Than, I want to take it out from IP (NET).
On the other side of the NET (IP) there will be a IP to DAC where I could take out this signal as it was (up to 100KHz flat) BUT without much latency.
Simlified, I want a single analogue signal from 0Hz up to ~100KHz to pass it through a NETWORK.
Is it posible?
Thanks in advance,
George.
Last edited:
Why the 100 K requirement?
What do you consider "much"?
Maybe. Depends on your latency criteria. An ADC that can do above 96K is not going to be cheap, and you do need to buffer the IP packets to some degree, and that will inevitably bring latency.
If you only want to transmit audio and not some strange high-frequency information for a non-audio application, you could use something like the Barix Exastreamer.
Agree, but the OP said nothing about SNR, and I have no idea what his/her application is that requires 0-100 KHz. It might not be SNR-sensitive.
I need to transmit at least 65KHz FLAT.
Clearly you have some unusual and special requirements. It would help to know what kind of analog information it is that you want to transmit, and why.
Can't an ADC or a DAC do ONE Input ~65KHz?
It's about some musicians.
They need a bandwidth 0 Hz to 65KHz flat for passing:
a. their musical instumens (0 - 20KHz - yes they want 20KHz - I can't even hear this frequency )
b. they want "flatness".
c. they have an equipment that has an oscilator ~45KHz. They give to it 0 - 20KHz and they get that 45KHz + the mix from 0 to 20KHz, thus ~65KHz, and their max frequency is 45+20 = 65KHz. (Though I can't imagine where they use a system like that)
It's about some musicians.
They need a bandwidth 0 Hz to 65KHz flat for passing:
a. their musical instumens (0 - 20KHz - yes they want 20KHz - I can't even hear this frequency
)b. they want "flatness".
c. they have an equipment that has an oscilator ~45KHz. They give to it 0 - 20KHz and they get that 45KHz + the mix from 0 to 20KHz, thus ~65KHz, and their max frequency is 45+20 = 65KHz. (Though I can't imagine where they use a system like that)
c. they have an equipment that has an oscilator ~45KHz. They give to it 0 - 20KHz and they get that 45KHz + the mix from 0 to 20KHz, thus ~65KHz, and their max frequency is 45+20 = 65KHz. (Though I can't imagine where they use a system like that)
How would they know if there is any signal above 20 KHz?
I don't know.
They asked me this - 0 - 65KHz FLAT to IP out and IP in to 0 - 65KHz out.
To do that you need a sample rate of 192 KHz. Will not be easy to find converters to do that. Did they specify maximum allowable latency? Is a lost packet a diaster, or can it be tolerated occasionally?
Pretty common on the DAC side, less common on the ADC side.
How high latency is acceptable in audio? I don't know.
I don't think that they want "lost packets" so a bit latency I believe it'll not harm them ehhh?....
Problem is that going from 48 KHz to 192 KHz sample rate also quadruples the latency.
If lost packets (resulting in short dropouts) are unacceptable, you will have to buffer enough to allow for retransmissions, so latency could go up into several seconds.
I think the OP needs to go back and tell his musician friends that unless they can find a way to avoid causality and the Nyquist sampling theorem (and perhaps a few more things set for us by the universe as it is) they can't have what they want. It is almost certainly the case that what they want is not actually what they need so maybe if they can spell out exactly what they need, and where they can compromise, an engineering solution may be possible.
A dedicated Ethernet link could perhaps do it, but you would need to bypass IP and go straight for the physical layer. Not sure if the usual drivers support that, but I suppose you could get a modified driver.
If I recall correctly (I can't be bothered to look it up) a 'thick' Ethernet cable can be up to 500m, and you can have up to three of these connected via bridges? So 1.5km is possible. Remote bridges linked by fibre can extend this. Many years ago I used to play with things like this for the power industry.
Knowledge of the application might help.
If I recall correctly (I can't be bothered to look it up) a 'thick' Ethernet cable can be up to 500m, and you can have up to three of these connected via bridges? So 1.5km is possible. Remote bridges linked by fibre can extend this. Many years ago I used to play with things like this for the power industry.
Knowledge of the application might help.
- Status
- This old topic is closed. If you want to reopen this topic, contact a moderator using the "Report Post" button.