Goto page 1, 2 Next
AntekL
Guest
Thu Jul 19, 2007 10:30 am
Mam pytanie do osób, które miały cokolwiek do czynienia z cyfrowym
przesyłem dźwięku.
Jest potrzeba przesłać cyfrowo dźwięk na odległość do ok. 1 km (w dwie
strony). Mój pomysł jest taki, żeby wykorzystać gotowe kodeki PCM 64kbit
+ mikrokontroler, który dodaje jakieś ramki sterujące + transmisja
RS485. Po obu stronach urządzenia głośnomówiące. Stąd pytanie czy przy
takiej transmisji uwidoczni sie efekt echa? Jeśli tak jak żarłoczny może
być algorytm jego usuwania. Szczerze mówiąc najprościej dla mnie byłoby
użyć jakiegoś AVRa. Obawiam sie jednak czy nie będzie za słaby. W takim
razie może jakiś ARM/DSP? Są gotowe układy Zarlinka do kancelacji echa
ale wolałbym obejść się bez takich egzotycznych i pewnie drogich układów.
Będę wdzięczny za każdą sugestie.
PAndy
Guest
Thu Jul 19, 2007 10:44 am
"AntekL" <l@l.l> wrote in message
news:f7nb0q$fgm$1@atlantis.news.tpi.pl...
Quote:
Mam pytanie do osób, które miały cokolwiek do czynienia z cyfrowym
przesyłem dźwięku.
Jest potrzeba przesłać cyfrowo dźwięk na odległość do ok. 1 km (w dwie
strony). Mój pomysł jest taki, żeby wykorzystać gotowe kodeki PCM
64kbit + mikrokontroler, który dodaje jakieś ramki sterujące +
transmisja RS485. Po obu stronach urządzenia głośnomówiące. Stąd
pytanie czy przy takiej transmisji uwidoczni sie efekt echa? Jeśli tak
jak żarłoczny może być algorytm jego usuwania. Szczerze mówiąc
najprościej dla mnie byłoby użyć jakiegoś AVRa. Obawiam sie jednak czy
nie będzie za słaby. W takim razie może jakiś ARM/DSP? Są gotowe
układy Zarlinka do kancelacji echa ale wolałbym obejść się bez takich
egzotycznych i pewnie drogich układów.
probowales policzyc to swoje echo? mi wychodzi ze opoznienie wyjdzie
duzo ponizej 1 ms
AntekL
Guest
Thu Jul 19, 2007 11:40 am
Quote:
probowales policzyc to swoje echo? mi wychodzi ze opoznienie wyjdzie
duzo ponizej 1 ms
Jak to wyliczyłeś? Owszem czas przesyłu przez 1 km łącza również jest
pomijalny ale już 4x opóźnienie na kodeku podejrzewam że będzie już dużo
większe. Poza tym transmisja będzie punkt, kilka punktów, full-duplex a
więc jakiś protokół master-slave, czyli dochodzi opóźnienie na tworzenie
ramek do wysłania + czas przesyłu tej ramki.
AntekL
Guest
Thu Jul 19, 2007 11:56 am
Quote:
probowales policzyc to swoje echo? mi wychodzi ze opoznienie wyjdzie
duzo ponizej 1 ms
Jak to wyliczyłeś? Owszem czas przesyłu przez 1 km łącza jest pomijalny
ale już 4x opóźnienie na kodeku podejrzewam że będzie dużo większe. Poza
tym transmisja będzie punkt, kilka punktów, half-duplex a więc jakiś
protokół master-slave, czyli dochodzi opóźnienie na tworzenie ramek do
wysłania + czas przesyłu tej ramki.
AntekL
Guest
Thu Jul 19, 2007 11:57 am
Quote:
probowales policzyc to swoje echo? mi wychodzi ze opoznienie wyjdzie
duzo ponizej 1 ms
Jak to wyliczyłeś? Owszem czas przesyłu przez 1 km łącza jest pomijalny
ale już 4x opóźnienie na kodeku podejrzewam że będzie dużo większe. Poza
tym transmisja będzie punkt, kilka punktów, half-duplex a więc jakiś
protokół master-slave, czyli dochodzi opóźnienie na tworzenie ramek do
wysłania + czas przesyłu tej ramki.
Portal
Guest
Thu Jul 19, 2007 12:34 pm
Quote:
Będę wdzięczny za każdą sugestie.
Jeżeli usuwanie echa okaże się konieczne, to wystarczy filtr adaptacyjny
oparty na jakiejś wersji algorytmu LMS - dla każdej próbki raptem kilka
mnożeń i jedno dzielenie (np.
ieeexplore.ieee.org/iel5/9395/29808/01359047.pdf).
Pazdawim
Portal
PAndy
Guest
Thu Jul 19, 2007 12:47 pm
"AntekL" <l@l.l> wrote in message
news:f7nf4q$3ao$1@atlantis.news.tpi.pl...
Quote:
probowales policzyc to swoje echo? mi wychodzi ze opoznienie wyjdzie
duzo ponizej 1 ms
Jak to wyliczyłeś? Owszem czas przesyłu przez 1 km łącza również jest
pomijalny ale już 4x opóźnienie na kodeku podejrzewam że będzie już
dużo większe. Poza tym transmisja będzie punkt, kilka punktów,
full-duplex a więc jakiś protokół master-slave, czyli dochodzi
opóźnienie na tworzenie ramek do wysłania + czas przesyłu tej ramki.
no i wlasnie od protokolu zalezy jakie bedziesz mial opoznienie - wiec
przemysl protokol - jesli utrzymasz opoznienie na sensownym poziomie
kilku ms to imo zadnego echa nie powinno byc... a lokalne echo nie
powinno byc zadnym problemem bo mozesz je usuwac przed wyslaniem ramki.
wkwj
Guest
Thu Jul 19, 2007 2:36 pm
zobacz co "piszczy" w dsPIC - jest obsługa codeca i sporo przykładów
oraz bibliotek - może się "nada"
wkwj
Michał Lankosz
Guest
Thu Jul 19, 2007 9:15 pm
Musi to być transmisja cyfrowa?
Nie można wykorzystać dwóch telefonów?
Michał
RobMac
Guest
Thu Jul 19, 2007 10:06 pm
AntekL napisał(a):
Quote:
Mam pytanie do osób, które miały cokolwiek do czynienia z cyfrowym
przesyłem dźwięku.
Jest potrzeba przesłać cyfrowo dźwięk na odległość do ok. 1 km (w dwie
strony). Mój pomysł jest taki, żeby wykorzystać gotowe kodeki PCM 64kbit
+ mikrokontroler, który dodaje jakieś ramki sterujące + transmisja
RS485. Po obu stronach urządzenia głośnomówiące.
Jeśli urządzenia głośnomówiące, czyli jakość raczej nie hifi, to może
niekoniecznie cyfrowo przesyłać. Są gotowe moduły nadajników audio "po
skrętce".
Quote:
Stąd pytanie czy przy
takiej transmisji uwidoczni sie efekt echa?
Tak "na oko" to raczej się sprzęgać będzie - czyli gwizdek otrzymasz.
Jakiś układ antylokalny potrzebny - jak w telefonach.
Quote:
Jeśli tak jak żarłoczny może
być algorytm jego usuwania. Szczerze mówiąc najprościej dla mnie byłoby
użyć jakiegoś AVRa. Obawiam sie jednak czy nie będzie za słaby. W takim
razie może jakiś ARM/DSP? Są gotowe układy Zarlinka do kancelacji echa
ale wolałbym obejść się bez takich egzotycznych i pewnie drogich układów.
Tak z ciekawośći - dlaczego akurat cyfrowo chcesz przesyłać? i do tego
po rs485?
pozdrawiam
--
RobMac
AntekL
Guest
Fri Jul 20, 2007 7:40 am
Quote:
Tak z ciekawośći - dlaczego akurat cyfrowo chcesz przesyłać? i do tego
po rs485?
Chce tam wepchnąć oprócz dźwięku jeszcze proste sterowanie. Można
oczywiście puścić je osobno ale jeśli sie okaże że cyfrowo będzie dobrze
i tanio to chyba tak będzie lepiej.
AntekL
Guest
Fri Jul 20, 2007 7:42 am
Quote:
no i wlasnie od protokolu zalezy jakie bedziesz mial opoznienie - wiec
przemysl protokol - jesli utrzymasz opoznienie na sensownym poziomie
kilku ms to imo zadnego echa nie powinno byc... a lokalne echo nie
powinno byc zadnym problemem bo mozesz je usuwac przed wyslaniem ramki.
Robiłem testy nagrywając dźwięk i dodając echo w programie do edycji
dźwięku na PC. Do 50 ms praktycznie nie widać różnicy. Wygląda więc na
to, że nie będzie tak źle.
Michał Lankosz
Guest
Fri Jul 20, 2007 9:18 am
Quote:
Chce tam wepchnąć oprócz dźwięku jeszcze proste sterowanie. Można
oczywiście puścić je osobno ale jeśli sie okaże że cyfrowo będzie dobrze i
tanio to chyba tak będzie lepiej.
Sterowanie można by zrobić na podnośnej ponad pasmem akustycznym z modulacją
na przykład FM. Stosunkowo łatwo to zrobić na pętli PLL 4046. AM być może
też by się sprawdziło. Przypuszczam, że całość wyjdzie taniej, a audio
analogowe zamie węższe pasmo.
Michał
mk
Guest
Fri Jul 20, 2007 11:40 am
Newsuser "AntekL" <l@l.l> wrote:
Quote:
no i wlasnie od protokolu zalezy jakie bedziesz mial opoznienie -
wiec przemysl protokol - jesli utrzymasz opoznienie na sensownym
poziomie kilku ms to imo zadnego echa nie powinno byc... a lokalne
echo nie powinno byc zadnym problemem bo mozesz je usuwac przed
wyslaniem ramki.
Robiłem testy nagrywając dźwięk i dodając echo w programie do edycji
dźwięku na PC. Do 50 ms praktycznie nie widać różnicy. Wygląda więc na
to, że nie będzie tak źle.
50 ms + 50 ms + 50 ms + 50 ms + 50 ms + 50 ms...
I jeszcze jak za każdym razem kolejne echo zostanie wzmocnione....
pzdr
mk
PAndy
Guest
Fri Jul 20, 2007 11:42 am
"AntekL" <l@l.l> wrote in message
news:f7plic$peb$2@atlantis.news.tpi.pl...
Quote:
no i wlasnie od protokolu zalezy jakie bedziesz mial opoznienie -
wiec przemysl protokol - jesli utrzymasz opoznienie na sensownym
poziomie kilku ms to imo zadnego echa nie powinno byc... a lokalne
echo nie powinno byc zadnym problemem bo mozesz je usuwac przed
wyslaniem ramki.
Robiłem testy nagrywając dźwięk i dodając echo w programie do edycji
dźwięku na PC. Do 50 ms praktycznie nie widać różnicy. Wygląda więc na
to, że nie będzie tak źle.
powiedzmy ze bezpieczne jest kilkanascie ms - ale to nie powinien byc
klopot.
Goto page 1, 2 Next