ATNEL tech-forum

Re: 03_Multi_LED problem z dopasowaniem do uC Atmega8a

2014-11-09T13:29:44+01:00

sadAVR napisał(a):

Co chciałbym osiągnąć:
-w miarę dokładne wyniki pomiarów,
-pozbycie się źle wyświetlanych liczb,
-zmniejszenie częstotliwości wyświetlania wyników - przez to, że zmieniają się tak szybko, źle się odczytuje wartości (próbowałem to osiągnąć preskalerem 128, to za mało, delay'e nie wchodzą w grę)

to może zacznij od DOKŁADNEGO obejrzenia tego:

https://www.youtube.com/playlist?list=P ... 5hRnig_f23

Statystyki: Napisane przez mirekk36 — 9 lis 2014, o 13:29

Re: 03_Multi_LED problem z dopasowaniem do uC Atmega8a

2014-11-09T12:58:56+01:00

Witam ponownie.

Od ostatniego postu wzbogaciłem układ o woltomierz, mam z nim jednak lekki problem.

Obarczony jest dość sporą niedokładnością (niedomiar sięgający czasem 200mV) i wariującymi cyferkami (nie chodzi tylko o szalejące wartości napięcia, a fakt, że czasem cyfry wyświetlają się błędnie - brakuje którejś diody).

funkcja główna:
[syntax=c]int main(void)
{
//INICJALIZACJA WYSWIETLACZA
d_led_init(); // inicjalizacja wyświetlacza multipleksowanego
sei();// włączenie globalnego zezwolenia na przerwania

//INICJALIZACJA ADC
ADCSRA |= (1<ADCSRA |= (1<ADMUX |= (1<
uint16_t wynik=0;

while(1)
{

wynik=5*pomiar(PC0);
liczba(wynik);
}

}

uint16_t pomiar(uint8_t kanal)
{
ADMUX = (ADMUX & 0b11111000) | kanal;
ADCSRA |= (1<while(ADCSRA & (1<return ADCW;
}[/syntax]

funkcja wyświetlająca wynik na wyświetlaczu LED:
[syntax=c]void liczba( uint16_t l)
{
cy1=(l/1000)%10;if(!cy1) cy1=NIC;
cy2=(l/100)%10;if((cy1==NIC) && !cy2) cy2=NIC;
cy3=(l/10)%10;if((cy2==NIC) && !cy3) cy3=NIC;
cy4=l%10;
}[/syntax]

Gdzie może tkwić problem?
-mogłem coś skopać w programie,
-cudowne właściwości płytki stykowej,
-kiepskie zasilanie z USB,
-anody wyświetlacza i woltomierz podpięte do PORTU C (nie mam gdzie przenieść anod),
-anody wyświetlacza podpięte bezpośrednio do pinów procesora (nie przez tranzystory - diody nie świecą tak mocno),
-niedokładność pomiarów spowodowana dzielnikiem napięć <- tolerancja rezystorów

Oczywiście używając ADC posłużyłem się schematem zasilania z bloga (kondensatory, dławik są).

Co chciałbym osiągnąć:
-w miarę dokładne wyniki pomiarów,
-pozbycie się źle wyświetlanych liczb,
-zmniejszenie częstotliwości wyświetlania wyników - przez to, że zmieniają się tak szybko, źle się odczytuje wartości (próbowałem to osiągnąć preskalerem 128, to za mało, delay'e nie wchodzą w grę)

Testując układ w różnych konfiguracjach wychodzi na to, że wyniki bliższe rzeczywistości dostaję przy napięciu odniesienia VCC...

Pozdrawiam!

Statystyki: Napisane przez sadAVR — 9 lis 2014, o 12:58

Re: 03_Multi_LED problem z dopasowaniem do uC Atmega8a

2014-11-04T11:41:52+01:00

Tak maska "zasłania" piny które nie biorą udziału w multipleksowaniu.

Jest to bardzo ważne, np. jeżeli byś miał podłączony czujnik DS18B20. Jak byś mu co chwila podczas transmisji ustawiał pin na "0", to on by Cie miał głęboko w (Y) i mógłbyś czekać na dane przesyłane od niego, były by tylko errory, pomimo tego, że kod byłby sprawdzony jaki i połączenia.

z Niebieskim pozdRowieniem,
Doman89

------------------------ [ Dodano po: 3 minutach ]

[syntax=c]ANODY_PORT = (ANODY_PORT & ~MASKA_ANODY) | (licznik & MASKA_ANODY);[/syntax]

Wystarczy tylko ten kod przed if'ami.

Statystyki: Napisane przez doman89 — 4 lis 2014, o 11:41

Re: 03_Multi_LED problem z dopasowaniem do uC Atmega8a

2014-11-04T11:37:54+01:00

Moje oczy 0_o

Postarałem się ogarnąć tę maskę, wyszło mi coś takiego:
[syntax=c]ANODY_PORT = (ANODY_PORT | MASKA_ANODY);
//ANODY_PORT = licznik;<-- ta linijka jest już niepotrzebna

...ify po ostatniej modyfikacji...

ANODY_PORT = (ANODY_PORT & ~MASKA_ANODY) | (licznik & MASKA_ANODY);[/syntax]

Czy zmodyfikowałem ją prawidłowo? Program testowy działa poprawnie, jednak chciałbym się upewnić czy jest wszystko ok.

I jeszcze jedna kwestia, czy dobrze rozumiem maskowanie:
W funkcji przerwania maska nałożona jest po to, żeby to przerwanie nie interesowało się, co dzieje się na innych (nieużywanych w przerwaniu) pinach tego portu. Co z kolei pozwala mi podłączyć WE/WY do wolnych pinów (zupełnie niezwiązane z przerwaniem).

Statystyki: Napisane przez sadAVR — 4 lis 2014, o 11:37

Re: 03_Multi_LED problem z dopasowaniem do uC Atmega8a

2014-11-02T19:58:36+01:00

sadAVR napisał(a):

O co chodzi? Nie ogarniam :]

oooo panie - to jak NAJSZYBCIEJ zabierz się za oglądanie poradników z bloga - szczególnie ten ci się przyda

http://mirekk36.blogspot.com/2014/03/ma ... m-oka.html

uwierz po nim zrozumiesz o co chodzi z maskowaniem ... a jeśli jeszcze nie to już będziesz przynajmniej wiedział o co konkretnie dopytać

Statystyki: Napisane przez mirekk36 — 2 lis 2014, o 19:58

Re: 03_Multi_LED problem z dopasowaniem do uC Atmega8a

2014-11-02T16:01:14+01:00

Jeśli chodzi o maskowanie, to służy ono ( jak sama nazwa wskazuje ) do zamaskowania tego co robią Twoje "PIN'y od multipleksowania" względem całego portu na którym to multipleksowanie wykonujesz ( jak by to powiedział góral " co by'k se nie właziły w droge") Dokładny opis wraz wytłumaczeniem konieczności/celowości stosowania znajdziesz oczywiście w BB. Mój dawny szef mawiał:" wszystko jest napisane tylko wam k... nie chce się czytać ".
Jeśli doszedłeś do multipleksownia do gdzieś po drodze musiałeś się o to otrzeć.

Pozdr.

Statystyki: Napisane przez kicajek — 2 lis 2014, o 16:01

Re: 03_Multi_LED problem z dopasowaniem do uC Atmega8a

2014-11-02T15:52:25+01:00

sadAVR napisał(a):

Działa! Dzięki wielkie.

W prawdzie liczby wyświetlały się od tyłu, ale poradziłem sobie z tym zmieniając ify(inne metody nie pomagały)
[syntax=c]if(licznik==4) LED_DATA = pgm_read_byte( &cyfry[cy4] );
else if(licznik==8) LED_DATA = pgm_read_byte( &cyfry[cy3] );
else if(licznik==16) LED_DATA = pgm_read_byte( &cyfry[cy2] );
else if(licznik==32) LED_DATA = pgm_read_byte( &cyfry[cy1] );[/syntax]

Teraz już chodzi poprawinie

------------------------ [ Dodano po: kilkunastu sekundach ]

doman89 napisał(a):

kicajek napisał(a):

Ciekawe jak pójdzie z maskowaniem

Na "C3"

z Niebieskim pozdRowieniem,
Doman89

O co chodzi? Nie ogarniam :]

No if'y to normalne, że trzeba zmienić, więc musisz zrozumieć nasz skrót myślowy, choć rzeczywiście początkujący mógł mieć problem

Co do C3 to zapamiętaj ją, jak będziesz się męczył z maskowaniem w tym przypadku (te przypisanie anod co w/w) może pomóc

z Niebieskim pozdRowieniem,
Doman89

Statystyki: Napisane przez doman89 — 2 lis 2014, o 15:52

Re: 03_Multi_LED problem z dopasowaniem do uC Atmega8a

2014-11-02T15:47:31+01:00

doman89 napisał(a):

kicajek napisał(a):

Ciekawe jak pójdzie z maskowaniem

Na "C3"

z Niebieskim pozdRowieniem,
Doman89

O co chodzi? Nie ogarniam :]

Statystyki: Napisane przez sadAVR — 2 lis 2014, o 15:47

Re: 03_Multi_LED problem z dopasowaniem do uC Atmega8a

2014-11-02T15:43:19+01:00

kicajek napisał(a):

Ciekawe jak pójdzie z maskowaniem

Na "C3"

z Niebieskim pozdRowieniem,
Doman89

Statystyki: Napisane przez doman89 — 2 lis 2014, o 15:43

Re: 03_Multi_LED problem z dopasowaniem do uC Atmega8a

2014-11-02T15:41:29+01:00

doman89 napisał(a):

Poprawie trochę kolegę kicajek Nie doczytał pewnie, że masz pierwszy wyświetlacz na PC5, więc:.....

Fakt, nie doczytałem. Co prawda z przypisaniem PIN'ów w multipleksowaniu istnieje dowolność, ale tu wystąpiło przesunięcie wraz z puszczeniem pod prąd . Ciekawe jak pójdzie z maskowaniem .

Pozdr.

Statystyki: Napisane przez kicajek — 2 lis 2014, o 15:41

Re: 03_Multi_LED problem z dopasowaniem do uC Atmega8a

2014-11-02T15:26:42+01:00

Poprawie trochę kolegę kicajek

Nie doczytał pewnie, że masz pierwszy wyświetlacz na PC5, więc:

[syntax=c]ISR(TIMER2_COMP_vect)
{
static uint8_t licznik = 32; // zmienna do przełączania kolejno anod wyrwietlacza
....
....
...
licznik >>= 1; // przesunięcie zawartości bitów licznika o 1 w prawo
if(licznik < 4) licznik = 32; // jeśli licznik jest mniejszy niż 4 to ustaw na 32

}[/syntax]

z Niebieskim pozdRowieniem,
Doman89

Statystyki: Napisane przez doman89 — 2 lis 2014, o 15:26

Re: 03_Multi_LED problem z dopasowaniem do uC Atmega8a

2014-11-02T15:23:38+01:00

Fakt, popełniłem błąd przy pisaniu, już poprawiam:
Katody podłączyłem do pinów PD1...PD7 w kolejności a,b,c,d...dp, a anody do PC5...PC2, gdzie PC5 to wyświetlacz nr1.
W podłączeniu nic się nie zmieniło.

Statystyki: Napisane przez sadAVR — 2 lis 2014, o 15:23

Re: 03_Multi_LED problem z dopasowaniem do uC Atmega8a

2014-11-02T15:20:18+01:00

sadAVR napisał(a):

Katody podłączyłem do pinów PD1...PD7 w kolejności a,b,c,d...dp, a anody do PD5...PD2, gdzie PD5 to wyświetlacz nr1.

Bądź tu mądry i pisz wiersze :/
Dla mnie tu musiała by zachodzić jakaś multipleksowana multipleksacja ;(

z Niebieskim pozdRowieniem,
Doman89

Statystyki: Napisane przez doman89 — 2 lis 2014, o 15:20

Re: 03_Multi_LED problem z dopasowaniem do uC Atmega8a

2014-11-02T15:10:51+01:00

Witam
Nie te PIN'y:
[syntax=c]ISR(TIMER2_COMP_vect)

{

static uint8_t licznik=4; // zmienna do przełączania kolejno anod wyrwietlacza
....
....
...

licznik <<= 1; // przesunięcie zawartości bitów licznika o 1 w lewo

if(licznik>32) licznik = 4; // jeśli licznik większy niż 32 to ustaw na 4

}[/syntax]

Pozdr.

Statystyki: Napisane przez kicajek — 2 lis 2014, o 15:10

03_Multi_LED problem z dopasowaniem do uC Atmega8a

2014-11-02T15:25:17+01:00

Witam!

Potrzebuję porady dotyczącej wyświetlacza LED 4x7segmentów.

Staram się ogarnąć temat tak jak w książce, jednak z kilkoma małymi modyfikacjami.

Główną różnicą jest schemat połączenia wyświetlacza. Nie użyłem tranzystorów, co mi ogranicza plątaninę przewodów na płytce (segmenty świecą trochę słabiej - wersja testowa).
Dodatkowo takie podłączenie wymusza ustawienie stanu wysokiego na anodzie i niskiego na katodzie, żeby segment się zaświecił.

Katody podłączyłem do pinów PD1...PD7 w kolejności a,b,c,d...dp, a anody do PC5...PC2, gdzie PC5 to wyświetlacz nr1. //poprawiłem literówkę

Zmodyfikowany kod wygląda następująco:

main.c
[syntax=c]#include // dołączenie głównego systemowego pliku nagłówkowego
#include
#include

#include "d_led.h"// dołączenie naszego pliku nagłówkowego (obsługa LED)

int main(void)
{
// ****** inicjalizacja *********
d_led_init(); // inicjalizacja wyświetlacza multipleksowanego

// testowa inicjalizacja zmiennych oraz liczb mających się wyświetlać na wyrw. LED
cy1=3;
cy2=4;
cy3=1;
cy4=7;
//_delay_ms(500);

sei();// włączenie globalnego zezwolenia na przerwania

uint16_t licz=6000;
uint8_t d1,d2,d3,d4;

//********************** pętla główna
while(1)
{
licz--;

d1=licz/1000;

if(d1) cy1=d1;
else cy1=NIC;

d2=(licz-(d1*1000))/100;

if(d2) cy2=d2;
else cy2=(licz>999)?0:NIC;

d3=(licz-(d1*1000)-(d2*100))/10;

if(d3) cy3=d3;
else cy3=(licz>99)?0:NIC;

d4=(licz-(d1*1000)-(d2*100)-(d3*10));

cy4=d4;

_delay_ms(1000);
//if(licz>9999) licznik=0;
if(!licz) licz=6000;
}
}[/syntax]

Zmiany w kodzie, które dokonałem to:
d_led.h
-w definicjach portów i pinów wybrałem odpowiednie porty (według mojego podłączenia)
-ustaliłem anody na odpowiednich pinach
-nie ruszałem definicji segmentów, powinienem?

d_led.c:
-w inicjalizacji wyświetlacza zmieniłem wygaszenie anod stanem 0, a nie 1
-zmiana ustawień timerów, mam nadzieję, że zrobiłem to poprawnie (nie mam pewności)
-ustawienie poprawnej (mam nadzieję) definicji przerwania ISR(TIMER2_COMP_vect)
-zrezygnowałem z mask (muszę do nich dojrzeć w kolejnej wersji programu) i usunąłem negację dla ANODY_PORT = licznik zamiast ANODY_PORT = ~licznik

REZULTAT DZIAŁANIA PROGRAMU:
Zaraz po uruchomieniu uC następuje odliczanie na segmentach 3 i 4, wygląda tak:
99
89
79 itd...

Natomiast wyłączenie pętli z kompilacji nie powoduje zapalenia się stanu początkowego, nie świeci się nic.

Tak się we wszystkim poplątałem, że już nie wiem jak to naprawić...

Pozdrawiam.
Nie publikujemy kodów bibliotek, dopuszczalne jest publikowanie pętli głównej oraz wycinków zawierających zmiany

------------------------ [ Dodano po: 32 minutach ]

Cały program razem z bibliotekami jest dostępny tutaj: http://atnel.pl/uaktualnienia-programow-do-dvd.html dlatego pozwoliłem sobie na umieszczenie całości, żeby było bardziej czytelnie.

Ok, w takim razie same zmiany:

d_led.c
[syntax=c]void d_led_init(void)
{
LED_DATA_DIR = 0xFF; // wszystkie piny portu C jako WYJŚCIA(katody)
LED_DATA = 0xFF;// wygaszenie wszystkich katod – stan wysoki
ANODY_DIR |= CA1 | CA2 | CA3 | CA4;// 4 piny portu A jako WYJŚCIA (anody wyświetlaczy)
//ANODY_PORT |= CA1 | CA2 | CA3 | CA4;// wygaszenie wszystkich wyświetlaczy - anody <-zmiana na rzecz kolejnych linijek
ANODY_PORT &= ~CA1;
ANODY_PORT &= ~CA2;
ANODY_PORT &= ~CA3;
ANODY_PORT &= ~CA4;

// ustawienie TIMER0
TCCR2 |=(1<TCCR2 |= (1<OCR2 = 39;// dodatkowy podział przez 39 (rej. przepełnienia)
TIMSK |= (1<}[/syntax]

oraz:
[syntax=c]ISR(TIMER2_COMP_vect)
{
static uint8_t licznik=1;// zmienna do przełączania kolejno anod wyrwietlacza

//ANODY_PORT = (ANODY_PORT | MASKA_ANODY);// wygaszenie wszystkich wyświetlaczy <--zrezygnowalem (chwilowo) na rzecz kolejnego rozkazu
ANODY_PORT = licznik; //USUNALEM NEGACJE, U MNIE 1 ZAPALA WYSWIETLACZ

/*
ify pozostaly bez zmian, tego fragmentu nie zamiesczczam
*/

//ANODY_PORT = (ANODY_PORT & ~MASKA_ANODY) | (~licznik & MASKA_ANODY);// cykliczne przełączanie kolejnej anody w każdym przerwaniu <-zrezygnowalem

// operacje cyklicznego przesuwania bitu zapalającego anody w zmiennej licznik
licznik <<= 1;// przesunięcie zawartości bitów licznika o 1 w lewo
if(licznik>8) licznik = 1;// jeśli licznik większy niż 8 to ustaw na 1
}[/syntax]

d_led.h <-zmiany na portach i pinach
[syntax=c]// definicje portów i pinów wyświetlacza używanych dla ułatwienia w programie jako stałe preprocesora
#define LED_DATA PORTD// port z podłączonymi segmentami
#defineLED_DATA_DIR DDRD// rejestr kierunku portu katod wyświetlaczy
#define ANODY_PORT PORTC// port z podłączonymi anodami- 4 bity najmłodsze
#define ANODY_DIR DDRC // rejestr kierunku portu anod wyświetlaczy

#define CA1 (1<#define CA2 (1<#define CA3 (1<#define CA4 (1<Statystyki: Napisane przez sadAVR — 2 lis 2014, o 12:11