Cyfrowa transmisja dźwięku

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.

Reply to
AntekL
Loading thread data ...

probowales policzyc to swoje echo? mi wychodzi ze opoznienie wyjdzie duzo ponizej 1 ms

Reply to
PAndy

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.

Reply to
AntekL

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.

Reply to
AntekL

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.

Reply to
AntekL

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

Reply to
Portal

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.

Reply to
PAndy

zobacz co "piszczy" w dsPIC - jest obsługa codeca i sporo przykładów oraz bibliotek - może się "nada" wkwj

Reply to
wkwj

Musi to być transmisja cyfrowa? Nie można wykorzystać dwóch telefonów?

Michał

Reply to
invalid unparseable

AntekL napisał(a):

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".

Tak "na oko" to raczej się sprzęgać będzie - czyli gwizdek otrzymasz. Jakiś układ antylokalny potrzebny - jak w telefonach.

Tak z ciekawośći - dlaczego akurat cyfrowo chcesz przesyłać? i do tego po rs485?

pozdrawiam

Reply to
RobMac

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.

Reply to
AntekL

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.

Reply to
AntekL

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ł

Reply to
invalid unparseable

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

Reply to
mk

powiedzmy ze bezpieczne jest kilkanascie ms - ale to nie powinien byc klopot.

Reply to
PAndy

AntekL napisał(a):

Do tego wystarczy prosty analogowy układ antylokalny, który zestroisz potencjometrem montażowym. Nie należy strzelać do muchy wielogłowicową rakietą międzykontynantalną :) Zanim wymyślono pierwszy tranzystor taki ukłąd załatwiał odpowiednio uzwojony transformator w telefonie i było dobrze.

Reply to
A. Grodecki

Ale jak będzie miało "cyfrowe" w nazwie to sie lepiej sprzeda :D Poza tym będzie to można łatwo podłączyć do komputera, pendrive'a i czego tam jeszcze klient nie wymyśli.

Reply to
AntekL

Pan Antek napisał:

A jak klient zareaguje na urządzenia cyfrowe zrealizowane w technologii Integrated Services Digital Network? Przez dwa połączone ze sobą telefony ISDN to sobie i pogadać można (nawet przez głośnik) i dane sygnalizacyjne przepuścić. Do komputera też można podłączyć.

Reply to
Jarosław Sokołowski

Biorę pod uwagę i taka możliwość

Reply to
AntekL

ElectronDepot website is not affiliated with any of the manufacturers or service providers discussed here. All logos and trade names are the property of their respective owners.