Regulacja głośności na MUSES72320

Witam,

 

Po tym jak w mojej pasywnej regulacji głośności (drabinka rezystorów sterowana silnikiem) pojawiły się problemy postanowiłem spróbować czegoś mniej mechanicznego.

W załącznikach projekt płytki do regulacji głośności w oparciu o chip MUSES72320.

Projekt oparty schemat z datasheet'a (

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą ) ) z buforem J-FET (strona 10 w PDF).

 

Chip do kupienia w

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą ) (obsługują PayPal).

 

Ponieważ nie mam wprawy w projektowaniu PCB, to liczę na konstruktywną krytkę.

 

Pozdrawiam,

--

Marek

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą ) Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą ) Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą ) Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą ) Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą ) Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą ) Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

Czy ta kość nie potrzebuje jakiegoś sterownika/procesora??

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

Witam,

 

Po tym jak w mojej pasywnej regulacji głośności (drabinka rezystorów sterowana silnikiem) pojawiły się problemy postanowiłem spróbować czegoś mniej mechanicznego.

W załącznikach projekt płytki do regulacji głośności w oparciu o chip MUSES72320.

Projekt oparty schemat z datasheet'a (http://www.njr.com/semicon/PDF/MUSES72320_E.pdf) z buforem J-FET (strona 10 w PDF).

 

 

 

Brzmi obiecująco :) Mam bardzo pozytywne doświadczenia z ds1802, a jak to będzie lepsze to kto wie :)

link

Czy ta kość nie potrzebuje jakiegoś sterownika/procesora??

 

Potrzebuje.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

Tak, potrzebuje - kość jest sterowana przez protokół SPI.

Przy pomocy arduino powinno być łatwo, dostępna jest biblioteka:

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą ) Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

Jeśli jest gotowa biblioteka powinno być łatwiej. Nie sadzisz, że lepiej byłoby zintegrować płytce z procesorem? oddzielić zasilania, dobrze odizolować.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

Jeśli jest gotowa biblioteka powinno być łatwiej. Nie sadzisz, że lepiej byłoby zintegrować płytce z procesorem? oddzielić zasilania, dobrze odizolować.

 

Jestem bardziej zwolennikiem DOTADIW :-)

Gdyby na płytce znalazł się np. Atmega328, to zwolennicy PIC-ów byliby zawiedzeni.

Tak samo np. z interfejsem do wyświetlacza (czemu SPI a nie I2C?)

Zostawię więc pcb minimalistycznie - tylko jako regulację głośności sterowaną SPI.

 

Zastanawia mnie rola kondensatorów na wejściu oraz kondensatorów i rezystorów na wyjściu.

Widziałem w sieci projekty bez tych komponentów (

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą ) ) - może mniej znaczy lepiej?

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą ) Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

Zastanawia mnie rola kondensatorów na wejściu oraz kondensatorów i rezystorów na wyjściu.

Tym się nie przejmuj. Kondensator zawsze można zewrzeć.

 

Co do PCB,.. zrobiłeś autoroute??? Ścieżki cieniutkie jak włos i łamane pod kątem prostym. Tak się nie robi.

Jeśli nie robisz izolacji galwanicznej między prockiem, co nie jest dobrym rozwiązaniem, powinieneś wyprowadzić na złącze również GND. Chyba że nie daj B.. masz zamiar zasilić wszystko z jednego zasilacza :)

 

Gdyby na płytce znalazł się np. Atmega328, to zwolennicy PIC-ów byliby zawiedzeni.

Tak samo np. z interfejsem do wyświetlacza (czemu SPI a nie I2C?)

Wnioskuję z tego że masz zamiar zebrać ludzi na PCB? Jeśli tak zapewniam cię, że wszystko jedno czy będzie to PIC, czy AVR, Bascom, czy C. Sterowanie razem czy osobno, ważne żeby było kompletne. Wg mnie procek na takim projekcie jest nieodzowny ;)

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

Można zostawić slot na mini Arduino. Najtańsze i najprostsze rozwiązanie. Też uważam, że powinno to być jedno PCB.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

Co do PCB,.. zrobiłeś autoroute??? Ścieżki cieniutkie jak włos i łamane pod kątem prostym. Tak się nie robi.

 

Nie, ściezki robiłem ręcznie.

Przy tych prądach nie zwracałem uwagi na grubość ścieżek, zaś co do kątów sądziłem, że są istotne tylko przy układach wysokich częstotliwości.

 

Jeśli nie robisz izolacji galwanicznej między prockiem, co nie jest dobrym rozwiązaniem, powinieneś wyprowadzić na złącze również GND. Chyba że nie daj B.. masz zamiar zasilić wszystko z jednego zasilacza :)

 

Szczerze mówiąc dokładnie taki miałem zamiar: zasilić VDD chipa MUSES i procesor z tego samego zasilacza 5V.

Jeśli to zło, to rozważę dołożenie kolejnego zasilacza (oprócz zasilacza -15-0-15+).

 

Wnioskuję z tego że masz zamiar zebrać ludzi na PCB? Jeśli tak zapewniam cię, że wszystko jedno czy będzie to PIC, czy AVR, Bascom, czy C. Sterowanie razem czy osobno, ważne żeby było kompletne. Wg mnie procek na takim projekcie jest nieodzowny ;)

 

Nie, nie zamierzam - dziś można zamówić sobie z Chin 10 szt. PCB za czterdzieści kilka złotych (z przesyłką).

Przy tych cenach organizowanie zbiorowego zamównienia? Niestety nie - nie przy moim poziomie lenistwa :-)

 

 

Dzięki za uwagi - na takie komentarze liczyłem.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

Przy tych prądach nie zwracałem uwagi na grubość ścieżek, zaś co do kątów sądziłem, że są istotne tylko przy układach wysokich częstotliwości.

Teoretycznie. Ale... co do grubości, skoro jest miejsce... Ścieżka przy kostce powinna mieć mniej więcej taką szerokość jak nogi układu. Dalej od układu osobiście jeszcze pogrubiam. Co do kątów prostych... pooglądaj inne projekty. Zobacz na PCB starszych wzmacniaczy. Tam w ogóle nie ma kątów, ścieżki pozaokrąglane, wyglądają może chaotycznie, ale wiedzieli co robią.

Kondensatory C5, C6 stanowczo za daleko od układu.

Kondensatory C7 i C8 również za daleko od układu i powinny być spięte z nogą zasilania a nie złączem zasilania.

W ogóle wszystkie kondensatory staraj się umiejscawiać jak najbliżej układu i łączyć jak najkrótszą ścieżką.

Kondensatory wejściowe i wyjściowe dałeś malutkie elektrolity. Jak przyjdzie ci ochota wypróbować jakieś foliowe będziesz miał problem z rastrem. To jest teoretycznie hajendowa kostka, która kosztuje zdaje się ze 25$, takie projekty robi się zwykle bezkompromisowo. Stąd moja sugestia o separacji. Po co niweczyć wyżyłowane parametry producenta szumiącym prockiem?

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

Poprawiłem zgodnie z zaleceniami. Użyłem izolatora ADUM130E0BRZ do separacji.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą ) Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą ) Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą ) Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą ) Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

Wydaje mi się, że układ MUSES72320 nie wymaga tak duzych szybkości sygnałów sterujących, by jako separatora uzywać tego ADUMa. Z pewnościa wystarczy zwykły optoizolator. Dzieki temu nie będzie problemu z generowanymi impulsami o bardzo szybko narastających zboczach. Mniejsze wymagania, co do projektu pcb i odsprzegania. Dla układu audio to spory pożytek.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

Wygląda teraz dużo lepiej :)

Jak kolega wyżej pisze do izolacji spokojnie starczyłyby jakieś PC817.

Nie bardzo widzę czy kondziołki c9 i c10 to smd czy tht? Jak tht nie wiem gdzie znajdziesz taki raster, zazwyczaj takie ceramiki mają 5mm. Jak SMD to chyba zrobiłeś przelotki na padach. To chyba taki sobie pomysł?\

 

Osobiście przy wejściach zasilania dołożyłbym jakieś pojemności. Tak ze 100u.

Poza tym zarówno przy scalaku jak i opampie dołożyłbym przy nogach zasilania po 100n, mogą być i SMD np X7R. (nawet kosztem odsunięcia elektrolitów)

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

C9 i C10 to SMD - zrobiłem przelotki na padach i teraz już wiem, że muszę to poprawić (przesunę przelotki również z innych padów).

Dołożę też proponowane kondensatory.

 

Co do użycia PC817 - obejrzałem datasheet i w tabeli parametrów znalazłem wartości:

 

Rise time: 4us

Fall time: 3us

 

To chyba nie wystarczy do sterowania MUSES72320 - pełny cykl zegara SPI to 4us.

 

 

Znalazłem transoptory o wyższych parametrach i mogę je zastosować na płytce, ale to raczej nie uprości układu pcb (potrzebne będą co najmniej 2 transoptory dwukanałowe).

Jaki jest problem z użyciem izolatora ADUM?

Niestety nie zrozumiałem wypowiedzi kolegi jar1, który napisał: "Dzieki temu nie będzie problemu z generowanymi impulsami o bardzo szybko narastających zboczach."

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

Zauważ, że w tej tabelce:

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

te 4uS, to wartość minimalna dla cyklu zegara oznaczać, ze to maksylna szybkość zegara , jaką jeszcze może układ obsłużyć.

A 4uS to cykl dla 250kHz, czyli zegar nie powinien przekraczać czętotliwości 250kHz. Ale mniej może. Byleby raczej nie wchodzić w pobliże pasma audio, bo po co nam w układzie dodatkowe źródło sygnałów audio ;)

 

Separacja jest po to, by uchronić układ audio od zakłóceń "cyfrowych", co głównie sprowadza się do zakłóceń wysokoczętotliwościowych, o szybkich czasach narastania. Jeśli chcemy chronić ukad od sygnałów o szybkich zboczach (b. krótkie czasy narastania i opadania), to nie ma sensu stosowania elementów, które same takie sygnały generują, a które wcale nie są w tym przypadku zupełnie potrzebne. To w naszym przypadku dotyczy separatora ADuM.

Ja stosuję w obsłudze PGA2320 (który dopuszcza nawet nieco krótsze czasy dla zegara), optoizolatory LTV847 i śmigają sobie świetnie.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą ) Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

Dziękuję za wyjaśnienie - tak, to uświadamia wyższość izolacji opartej o światło w układach audio (nad izolatorami magnetycznymi takimi jak ADuM).

 

Przejdę więc na optoizolator, ale zapytam jeszcze raz o parametry.

 

Dla przytoczonego LTV847 mamy:

 

Response Time (Rise) 4us (typ) 18 (max)

Response Time (Fall) 3us (typ) 18 (max)

 

Dla Arduino 16MHz najniższe taktowanie zegara SPI to 125kHz (16MHz/128) - co daje czas pełnego cyklu zegara o rozmiarze 8us (żyjemy zatem "na krawędzi").

Należy więc użyć Arduino 8MHz - maksymalny rozmiar cyklu zegara SPI 16us.

Można też oczywiście użyć innego MCU, ale dobrze byłoby gdyby projekt był możliwie uniwersalny.

 

Jakiej częstotliwości SPI użyłeś w swoim projekcie PGA2320?

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

Ja nie wykorzystuję do obsługi pga generowanych systemowo zegarów z mikrokontrolera. (u mnie atmega32) Sam generuję potrzebne sygnały do sterowania pga łącznie z sygnałem clock'a, poprzez wysyłanie komend sterujących stanami (wysokim lub niskim) dla odpowiednich pinów wykorzystanych do obsługi SPI.

Poziom zegara dla obsługi pga zmieniany jest co 1mS, co odpowiada 2kHz. Akurat z w zakresie akustycznym, ale u mnie nie ma z tym problemu, bo ten "zegar" uruchamiany jest jedynie w momencie obsługi samego wzmocnienia.

Trzeba jedynie napisać program obsługi interfejsu zgodnie z wymaganiami zawartymi w datasheet.

Zapis wartości do pamięci kostki wymaga czasu, stąd pewno zegar nie może być zbyt szybki.

Najlepiej przetestować, albo oprzeć się na sprawdzonym i dobrze działającym rozwiązaniu.

Na ogół spora częsć "zaleceń ogólnych" przy projektowaniu czegokolwiek jest sobie przeciwstawna i trzeba decydować się na kompromisy. ;)

Jeśli LTV847 okażą się za słabe, można zamiast nich uzyć np. typ 6N137,

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

Poziom zegara dla obsługi pga zmieniany jest co 1mS, co odpowiada 2kHz. Akurat z w zakresie akustycznym, ale u mnie nie ma z tym problemu, bo ten "zegar" uruchamiany jest jedynie w momencie obsługi samego wzmocnienia.

Właśnie o to chodzi. Dlatego adum też byłby ok, tyle że po co ładować ukłas za 20zł, skoro można to zrobić równie dobrze, albo i lepiej za 1,5zł:)

Z tego co widzę Muse sterowany jest podobnie jak PGA. Przy nieaktywnym sygnale Latch wszystko jedno czy zegar jest podawany, czy nie.

A co do szybkości, to chyba najważniejsze, żeby zmieścić się z przesłaniem ramki w pauzie między nadawanymi komendami z pilota.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

Programowo realizowane SPI rozwiewa moje obawy dotyczące szybkości optoizolatorów.

Poprawiłem zgodnie z zaleceniami.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą ) Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą ) Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą ) Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą ) Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

Mam jeszcze pytanie, jak z wylewką masy i czy masa z mikrokontrolera jest rozdzielona od masy układu MUSE?.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

Masa jest wylana na całej powierzchni drugiej warstwy (na spodniej stronie płytki).

Masa mikrokontrolera jest oddzielona - jedyne połączenia masy kontrolera na PCB to połączenia między pinami optoizolatora a pierwszym pinem konektora (GND-DA-CL-LA).

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

A co do szybkości, to chyba najważniejsze, żeby zmieścić się z przesłaniem ramki w pauzie między nadawanymi komendami z pilota.

Trochę nie rozumiem. Najpierw odbiera się kod z pilota, a dopiero odpala procedure zwiększenia albo zmniejszenia wartości wzmocnienia w zalezności odczytanego juz kodu pilota.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

Trochę nie rozumiem. Najpierw odbiera się kod z pilota, a dopiero odpala procedure zwiększenia albo zmniejszenia wartości wzmocnienia w zalezności odczytanego juz kodu pilota.

Dokładnie tak. Przy czym wg mnie (ale to może dlatego, że sam pisałem procedury odbioru komend) najlepiej jak układ odbierze komendę, poustawia rejestrty, przestawi LCD i z powrotem włączy przerwanie zanim pilot zacznie nadawać następną komendę. W przeciwnym razie ponowne włączenie przerwania może nastąpić kiedy już leci ramka danych z pilota. Powoduje to że zmiana głośności że tak powiem nie leci jednostajnie. W rc5 komendy powtarzane są co 0,11s jak pamiętam i to nie jest za dużo jak na skok 0,5dB bo na sekundę zmienia nam głośność o 4dB z kawałkiem. Teraz wyobraź sobie, że lecisz od -100 do -30dB. Normalnie trwać to będzie 15s a jak ramki zaczną się gubić robi się2 razy wolniej. Dlatego też wolę SIRC, tam leci to 2 razy szybciej. Przy czym u mnie nawet przy SIRC PC817 spokojnie się wyrabiają.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

Szybszy interfejs IR (nadawczo-odbiorczy) z pewnością zapewni szybszą pracę ;) Mikrokontroler jest znacznie szybszy.

Aby się nie pieprzyć za długo z pilotem, ja ustawiłem sobie skok głosności na 2 dB, to w zupełności wystarcza do precyzyjnego ustawiania głosności w celach odsłuchowych a jak jeszcze startuje się przy włączeniu z wartości zapisanej w pamięci wzmocnienia, np w okolicach -60dB --- -50dB (albo w okolicach słuchania) , by nie trzeba było jeździć po całej skali, to już nie ma z tym problemu.

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

Teraz wyobraź sobie, że lecisz od -100 do -30dB. Normalnie trwać to będzie 15s a jak ramki zaczną się gubić robi się2 razy wolniej.

RC5 wysyła status naciśnięcia klawisza (przytrzymania), w innym standardzie można np. po trzech odebranych kodach zwiększyć prędkość regulacji.

Sprawdza się to gdy trzeba przelecieć szybko cały zakres trzymając naciśnięty klawisz, a pojedyńcze naciśnięcia odpowiadają za drobne korekty.

Do klawiszy numerycznych można podpiąć zmiany o np. 6/12dB - da sie to zrobić wygodnie.

RC5 wysyła status naciśnięcia klawisza (przytrzymania),

Pierwsze słyszę. Wysyła toggle bit, ale robi to też co 0,114s.

można np. po trzech odebranych kodach zwiększyć prędkość regulacji.

Oczywiście to też jest rozwiązanie, choć może nie po trzech a np po sekundzie :) Uc to taka fajna kostka gdzie można prawie wszystko :)

Zaloguj się, aby zobaczyć treść (możliwe logowanie za pomocą )

Użytkownik traxman dnia 28.02.2017 - 21:26 napisał

RC5 wysyła status naciśnięcia klawisza (przytrzymania),

Pierwsze słyszę. Wysyła toggle bit, ale robi to też co 0,114s.

Dokładnie o ten bit chodzi, można go wykorzystać.