ATNEL tech-forum 2016-09-14T13:42:25+01:00 https://forum.atnel.pl/feed.php?f=8&t=15682&mode 2016-09-14T08:26:57+01:00 2016-09-14T08:26:57+01:00 https://forum.atnel.pl/viewtopic.php?t=15682&p=168718#p168718 <![CDATA[Re: ADC + audio + atmega8 = problem?]]> maverick_as napisał(a):

Jak chcesz rozróżnić kanały to oczywiście potrzebne będą 2 szt układu.
Wejścia STROBE i PULSE mogą być wspólnie sterowane przez 2 linie uP.
Wyjścia L i P kanału trzeba będzie podpiąć do różnych wejść ADC uP.
Pozdr.


W Yellowbooku będzie właśnie ten scalak MSGEQ7 w jednym z projektów zastosowany i obsłużony w kodzie ;) a do niego troszkę ciekawych efektów, że tak przypomnę:

iframe

Statystyki: Napisane przez mirekk36 — 14 wrz 2016, o 08:26

]]> 2016-09-14T13:42:25+01:00 2016-09-14T08:20:33+01:00 https://forum.atnel.pl/viewtopic.php?t=15682&p=168717#p168717 <![CDATA[Re: ADC + audio + atmega8 = problem?]]> maverick_as napisał(a):

Nasuwają mi się dwie drogi;
- prosta ; aplikacja układu MSGEQ7 ( 7 pasm częstotliwości, temat poruszany na forum),
- trudna ; zastosowanie transformaty FFT(też znajdziesz informacje),


są też rozwiązania pośrednie, np. filtr pasmowo przepustowy:
- analogowy na wzmacniaczu operacyjnym + 2 kondensatory i 3 oporniki;
- cyfrowy - programowy;
w stosunku do MSGEQ7 rozwiązania mają:
zalety: masz pełna kontrole nad ilością filtrów ich częstotliwością środkowa i dobrocią
wady: więcej elementów/bardziej skomplikowany kod.regulacja wzmocnienia

I aby efekt wyglądał ładnie przydałby się kompresor dynamiki lub przynajmniej automatyczna.

btw nazwa MSGEQ7 jest myląca: jest "Seven Band Graphic Equalizer" i to w datasheet i na stronie producenta, a powinno być: "Seven Band Aodio Spectrum Analizer"

Statystyki: Napisane przez nemo — 14 wrz 2016, o 08:20

]]> 2016-06-30T16:39:46+01:00 2016-06-30T16:39:46+01:00 https://forum.atnel.pl/viewtopic.php?t=15682&p=163151#p163151 <![CDATA[Re: ADC + audio + atmega8 = problem?]]> Wejścia STROBE i PULSE mogą być wspólnie sterowane przez 2 linie uP.
Wyjścia L i P kanału trzeba będzie podpiąć do różnych wejść ADC uP.
Pozdr.

Statystyki: Napisane przez maverick_as — 30 cze 2016, o 16:39

]]> 2016-06-30T15:27:40+01:00 2016-06-30T15:27:40+01:00 https://forum.atnel.pl/viewtopic.php?t=15682&p=163148#p163148 <![CDATA[Re: ADC + audio + atmega8 = problem?]]> Statystyki: Napisane przez zumma — 30 cze 2016, o 15:27

]]> 2016-06-30T14:59:57+01:00 2016-06-30T14:59:57+01:00 https://forum.atnel.pl/viewtopic.php?t=15682&p=163146#p163146 <![CDATA[Re: ADC + audio + atmega8 = problem?]]> https://www.sklep.atnel.pl/pl/searchque ... url=MSGEQ7
O układzie MSGEQ7 przystępne informacje znajdziesz np. tu:
http://www.jarzebski.pl/arduino/kompone ... sgeq7.html

W skrócie , układ sprzętowo "wyłapuje" amplitudę dla 7 z góry ustawionych przez producenta częstotliwości. Tobie pozostaje z układu je odczytać i obrobić jak sobie życzysz.

W przypadku FFT masz wpływ jakie to mają być częstotliwości i ile ich ma być (oczywiście z zastrzeżeniem ,że uP się wyrobi z obliczeniami).
Na moje wyczucie ; zacznij od MSGEQ7 ,"wyciśnij koncepcyjnie" ile się da, a jak Ci będzie mało to wtedy FFT.
Pozdr.

Statystyki: Napisane przez maverick_as — 30 cze 2016, o 14:59

]]> 2016-06-30T13:55:18+01:00 2016-06-30T13:55:18+01:00 https://forum.atnel.pl/viewtopic.php?t=15682&p=163141#p163141 <![CDATA[Re: ADC + audio + atmega8 = problem?]]> Nefarious19 napisał(a):

Może takie coś? viewtopic.php?t=7026

Właśnie od tego projektu zaczerpnąłem wiedzy. Linkowałem wyżej dokładnie to samo :) Jednak w tym przypadku mam kontrolę tylko i wyłącznie nad głośnością. A przy normalnej głośności ADC przy tym wzmocnieniu nic nie wykazuje. Trzeba by zastosować inny schemat lub użyć jak wyżej kolega podawał układu MSGEQ7. Tylko jest z nim taki problem, że w żadnym sklepie w mieście go nie ma, w ogóle pierwszy raz o czymś takim słyszeli. Więc trochę poczekam na przesyłkę.
Tak by mógł ktoś jeszcze wytłumaczyć jaka jest różnica między transformata FFT i MSGEQ7?
Czy lepiej będzie użyć FFT czy MSGEQ7? Jeśli chodzi o trudność to mogę się pobawić :) no chyba że na prawdę trochę jest zabawy a szczególnie z schematem, podpięciem i w ogóle. Ale jednak bardziej przekonuje mnie ten MSGEQ7 :)

Statystyki: Napisane przez zumma — 30 cze 2016, o 13:55

]]> 2016-06-30T10:42:08+01:00 2016-06-30T10:42:08+01:00 https://forum.atnel.pl/viewtopic.php?t=15682&p=163133#p163133 <![CDATA[Re: ADC + audio + atmega8 = problem?]]> viewtopic.php?t=7026

Statystyki: Napisane przez Nefarious19 — 30 cze 2016, o 10:42

]]> 2016-06-30T09:27:48+01:00 2016-06-30T09:27:48+01:00 https://forum.atnel.pl/viewtopic.php?t=15682&p=163131#p163131 <![CDATA[Re: ADC + audio + atmega8 = problem?]]> Pozdr.

Statystyki: Napisane przez maverick_as — 30 cze 2016, o 09:27

]]> 2016-06-30T07:55:47+01:00 2016-06-30T07:55:47+01:00 https://forum.atnel.pl/viewtopic.php?t=15682&p=163126#p163126 <![CDATA[Re: ADC + audio + atmega8 = problem?]]> Statystyki: Napisane przez zumma — 30 cze 2016, o 07:55

]]> 2016-06-30T06:34:00+01:00 2016-06-30T06:34:00+01:00 https://forum.atnel.pl/viewtopic.php?t=15682&p=163123#p163123 <![CDATA[Re: ADC + audio + atmega8 = problem?]]> zumma napisał(a):

Nie jestem pewien czy cyfrowa iliminofonia to jest właśnie to czego...
Ja natomiast chciałbym użyć dźwięku do sterowania paskami LED w pokoju ...

Pozostaje zapytać ;
- jakie efekt/y chcesz uzyskać,
- w jaki sposób Twoje urządzenie ma "reagować" na muzykę.
Pozdr.

Statystyki: Napisane przez maverick_as — 30 cze 2016, o 06:34

]]> 2016-06-29T22:41:06+01:00 2016-06-29T22:41:06+01:00 https://forum.atnel.pl/viewtopic.php?t=15682&p=163118#p163118 <![CDATA[Re: ADC + audio + atmega8 = problem?]]> Nie jestem pewien czy cyfrowa iliminofonia to jest właśnie to czego szukam jednak od czegoś trzeba zacząć. Jak obejrzałem film z użyciem MSGEQ7 gdzie ktoś zrobił analizator widma to daje fajny efekt. Ja natomiast chciałbym użyć dźwięku do sterowania paskami LED w pokoju np podczas słuchania muzyki czy grania w jakąś szczelankę.
Tutaj są wyniki ADC gdzie max wartość to 1024. Po lewej stronie jest wynik uśredniony a po prawej prosto z ADC. Oraz na samym początku była muzyka jednak na normalnej głośności później musiałem zwiększyć głośność aby ADC cokolwiek widział
[syntax]0 0
0 0
0 0
0 0
0 0
0 0
0 0
0 0
0 0
0 0
0 0
0 0
0 0
0 0
0 0
0 0
48 633
116 942
185 1019
224 703
206 0
213 297
196 0
180 0
166 0
153 0
219 1023
280 1023
281 295
259 0
239 0
266 600
273 361
252 0
232 0
222 113
204 0
188 0
173 0
235 986
294 1010
271 0
250 0
294 828
285 186
305 557
281 0
259 0
239 0
296 984
273 0
330 1022
304 0
354 955
326 0
300 0
289 160
266 0
276 403
254 0
234 0
216 0
207 110
191 0
193 220
178 0[/syntax]
Kod teraz wygląda tak
[syntax=c]#include <avr\io.h>
#include <util/delay.h>

#include "uart.h"

#define FOSC 16000000



int main (void)
{
//============================== Inicjalizacja ADC ============================================================================

ADMUX = (1<<REFS1)// REFS1:0: wybor napiecia odniesienia ADC...
| (1<<REFS0) // ...na wewnetrzne zrodlo 2,56V z zewnetrznym kondensatorem na pinie AREF
| (1<<MUX0);// wybor kanalu ADC1 na pinie PC1

ADCSRA = (1<<ADEN) //ADEN=1 włączenie przetwornika ADC)
|(1<<ADPS0) // ustawienie preskalera na 128
|(1<<ADPS1)
|(1<<ADPS2);

//============================== Inicjalizacja PWM ============================================================================

TCCR1A = (1<<COM1A1)// PWM Mode 5 - Fast PWM, 8-bit
| (1<<COM1A0)// piny OC1A i OC1B ustawiane na Compare Match,
| (1<<COM1B1)// kasowane przy BOTTOM czyli
| (1<<COM1B0)// Set OC1A/OC1B on Compare Match,
| (1<<WGM10); // clear OC1A/OC1B at BOTTOM, (inverting mode)

TCCR1B = (1<<CS12); //preskaler = 256

//============================== OUT / IN =====================================================================================

DDRB = (1<<PB2) // LEDY podpiete pod: PB2-LED lewy,
| (1<<PB1)// PB1-LED prawy
| (1<<PB0);// control_LED
//DDRB &= ~(1<<PB1); // Ustawienie pinu klawisza jako wejscie

DDRC = 0xff; // Nieuzywane Piny na porcie C jako wyjscia
DDRC &= ~(1<<PC1); // Ustawienie Wejscia ADC

DDRD |= (1<<PD1)
| (1<<PD0); // wyjscie na uart TXD i RXD


//PORTB |= (1<<PB1);// pull_up klawisz
PORTB |= (1<<PB0);// pull_up control_LED

//============================== INNE =========================================================================================

UART_Init(MYUBRR);

uart_puts("Hello World", 0);

uint32_t srednia = 0;
uint8_t dt = 2;

//============================== PENTLA GLOWNA ================================================================================

while(1)
{

ADCSRA |= (1<<ADSC); //ADSC: uruchomienie pojedynczej konwersji
while(ADCSRA & (1<<ADSC)); //czeka na zakończenie konwersji

srednia *= dt;
srednia += ADCW;
srednia /= (dt + 1);

uart_putint (srednia, 10, 0);
uart_putc(' ');
uart_putint (ADCW, 10, 1);

OCR1B = ~ADCW;
//_delay_ms(130);
}
}[/syntax]

Statystyki: Napisane przez zumma — 29 cze 2016, o 22:41

]]> 2016-06-29T20:54:52+01:00 2016-06-29T20:54:52+01:00 https://forum.atnel.pl/viewtopic.php?t=15682&p=163112#p163112 <![CDATA[Re: ADC + audio + atmega8 = problem?]]>
zumma napisał(a):

Od jakiegoś czasu próbuję pobawić się światełkami w rytm muzyki.
....
W temacie elektroniki nie jestem dobry więc może gdzieś tu jest błąd :)

Czyli coś w rodzaju cyfrowej iluminofonii ?
Nasuwają mi się dwie drogi;
- prosta ; aplikacja układu MSGEQ7 ( 7 pasm częstotliwości, temat poruszany na forum),
- trudna ; zastosowanie transformaty FFT(też znajdziesz informacje),

Tak w skrócie ,aby migać światełkami w rytm muzyki ,należy "wyłapać " częstotliwości które Cię interesują i na podstawie ich amplitudy animować te światełka jak sobie życzysz.

Zaprezentowany kod z grubsza co 130ms odczytuje wartość na wejściu ADC i wysyła na UART. Trochę mało informacji aby uP miał jak migać tymi światełkami.
Pozdr.

Statystyki: Napisane przez maverick_as — 29 cze 2016, o 20:54

]]> 2016-06-29T16:21:46+01:00 2016-06-29T16:21:46+01:00 https://forum.atnel.pl/viewtopic.php?t=15682&p=163097#p163097 <![CDATA[Re: ADC + audio + atmega8 = problem?]]>
"Dziwne u mnie działa" Spróbuję może mniejszej rozdzielczości

Edit tamten miał 1000 dpi
Obrazek
teraz działa?

Statystyki: Napisane przez zumma — 29 cze 2016, o 16:21

]]> 2016-06-29T16:16:23+01:00 2016-06-29T16:16:23+01:00 https://forum.atnel.pl/viewtopic.php?t=15682&p=163096#p163096 <![CDATA[Re: ADC + audio + atmega8 = problem?]]> Statystyki: Napisane przez Jaglarz — 29 cze 2016, o 16:16

]]> 2016-06-29T15:59:41+01:00 2016-06-29T15:59:41+01:00 https://forum.atnel.pl/viewtopic.php?t=15682&p=163095#p163095 <![CDATA[Re: ADC + audio + atmega8 = problem?]]> że tak powiem, zacytuję klasyka ,po kliknięciu na schemat:
"ciemność widzę, widzę ciemność" (firefox zgłasza błąd ,nie pokazuje obrazka)
Pozdr.

Statystyki: Napisane przez maverick_as — 29 cze 2016, o 15:59

]]> 2016-06-29T15:31:41+01:00 2016-06-29T15:31:41+01:00 https://forum.atnel.pl/viewtopic.php?t=15682&p=163092#p163092 <![CDATA[ADC + audio + atmega8 = problem?]]> Od jakiegoś czasu próbuję pobawić się światełkami w rytm muzyki. Więc poczytałem trochę i stworzyłem coś takiego.

Obrazek usunięty - Różowo-zielony J.

Aktualnie testuję bez rezystorów 1K R10 i R8 przy lef/rigt_cannal_out
W temacie elektroniki nie jestem dobry więc może gdzieś tu jest błąd :)
Natomiast program wygląda tak.

[syntax=c]/*
* main.c
*
* Created on: 25 cze 2016
* Author: zumma
*/
#include <avr\io.h>
#include <util/delay.h>

#include "uart.h"

#define FOSC 16000000

//=============================================================================================================================
//============================== DEKLARACJE FUNKCJI, ZMIENNYCH GLOBALNYCH =====================================================
//=============================================================================================================================

//char LED(char wartosc);


int main (void)
{
//============================== Inicjalizacja ADC ============================================================================

ADMUX = (1<<REFS1)// REFS1:0: wybor napiecia odniesienia ADC...
| (1<<REFS0) // ...na wewnetrzne zrodlo 2,56V z zewnetrznym kondensatorem na pinie AREF
| (1<<MUX0);// wybor kanalu ADC1 na pinie PC1

ADCSRA = (1<<ADEN) //ADEN=1 włączenie przetwornika ADC)
|(1<<ADPS0) // ustawienie preskalera na 128
|(1<<ADPS1)
|(1<<ADPS2);

//============================== OUT / IN =====================================================================================

DDRB = (1<<PB2) // LEDY podpiete pod: PB2-LED lewy,
| (1<<PB1)// PB1-LED prawy
| (1<<PB0);// control_LED

DDRC = 0xff; // Nieuzywane Piny na porcie C jako wyjscia
DDRC &= ~(1<<PC1); // Ustawienie Wejscia ADC

DDRD |= (1<<PD1)
| (1<<PD0); // wyjscie na uart TXD i RXD


PORTB |= (1<<PB0);// pull_up control_LED

//============================== INNE =========================================================================================

UART_Init(MYUBRR);

uart_puts("Hello World", 0);

//============================== PENTLA GLOWNA ================================================================================

while(1)
{

ADCSRA |= (1<<ADSC); //ADSC: uruchomienie pojedynczej konwersji
while(ADCSRA & (1<<ADSC)); //czeka na zakończenie konwersji

uart_putint(ADCW, 10);

_delay_ms(130);
}
}

//=============================================================================================================================
//============================== FUNKCJIE =====================================================================================
//=============================================================================================================================[/syntax]

Ogólnie program ma działać tak aby pobierał wartość z ADC i według jakiegoś algorytmu wysyłał na PWM i płynnie migały ledy (tak wiem, że trzeba zastosować uśrednianie wyniku). Natomiast na początku spotkałem się z problemem takim, że dane jakie odbieram z ADC są jakieś dziwne. Po odczytaniu tych danych z UARTA widzimy, że nie zawsze cokolwiek czyta. Pokazują się 3-9 zera a później 1-5 jakiś normalnie wyglądające wartości. Przez te zera wynik nawet uśredniony jest mocno zaniżony i nigdy nie dostanę wartości maksymalnej - chyba że samemu zastosować progi?
[syntax]643
0
0
0
425
331
0
117
0
225
68
0
0
0
933
0
0
618
110
0
0
603
0
0
0
928
0
0
377
305
54
30
0
26
125
0
0
258
0
0
461
0
26
0
196
0
0
770
0
446
0
103
0
406
0
296
0
462
0
0
644
0
0
0
0
0
0
0
0
601
0
0
444
0
0
0
0
0
1023
0
672
122
303
0
0
67
0
999
0
0
0
914
317
0
0
973
0
829
0
1023
408
236
902
0
0
0
807
1023
0
63
0
0
0
662
0
559
1023
798
0
0
0
0
718
0
1023
680
953
1023
0
666
0
981
690
0[/syntax]
Teraz pytanie :) czy te wartości takie powinny być? Chodzi o to czy tych zer nie ma za dużo i jaki może być tego powód. Domyślam się że tak wygląda po prostu audio albo to tylko przemyślenia :) Próbowałem z kilkoma ścieżkami audio - techno, rap, bassy, i jakieś normalne zawsze podobnie jest z wartościami.
Takie wartości są wypisywane przy maksymalnej głośności i prawie zerowym oporze przy potencjometrze. Może tu chodzi o wzmocnienie jeszcze bardziej tego sygnału. W przypadku normalnej głośności wartości prawie zawsze są zerowe :(
Schemat wzmocnia audio był brany z projektu kolegi z formu : http://www.forum.atnel.pl/topic7026.html
Oraz drugie pytanie. W tym układnie jest wejście na minijacka a gdybym chciał zrobić jeszcze wyjście do np głośnika (wtedy ten układ jest pomiędzy źródłem dźwięku a głośnikiem). Czy do realizacji tego trzeba zastosować jakieś dodatkowe elementy czy po prostu łączę masę, lewy i prawy kanał?

Edit / dopiska :
Jeszcze mam problem z PWM typu "jak to zrobić". Pokazane jest to na schemacie przy wyjściach PWM, mam nadzieję, że jasno :)
Z góry dzięki uwagi , sugestie :)

Statystyki: Napisane przez zumma — 29 cze 2016, o 15:31

]]>