ATNEL tech-forum 2015-04-05T16:09:37+01:00 https://forum.atnel.pl/feed.php?f=4&t=11279&mode 2015-04-05T16:09:37+01:00 2015-04-05T16:09:37+01:00 https://forum.atnel.pl/viewtopic.php?t=11279&p=125691#p125691 <![CDATA[Re: Pilot IR (RC5) na ATtiny25 - dziwne przypadłości]]> W warunku pętli nie bardzo, bo tam ciągle sprawdzana jest flaga wystąpienia porównania CompareMatch.
A w bloku instrukcji... nie wiem, może z jakimś IF-em :?: Tylko z jakim, bo mnie przyćmiło :?:
Proszę o kolejne koło ratunkowe:)

PS. a może inkrementować zmienną usekundy? i po prostu zrobić "starym indiańskim sposobem":
[syntax=c]void czekaj_us (uint16_t usekundy) {
while (--usekundy) {
_delay_us(1);
}
}[/syntax]

Statystyki: Napisane przez gordon10 — 5 kwi 2015, o 16:09

]]> 2015-04-05T07:00:34+01:00 2015-04-05T07:00:34+01:00 https://forum.atnel.pl/viewtopic.php?t=11279&p=125658#p125658 <![CDATA[Re: Pilot IR (RC5) na ATtiny25 - dziwne przypadłości]]> Statystyki: Napisane przez mirekk36 — 5 kwi 2015, o 07:00

]]> 2015-04-04T21:19:52+01:00 2015-04-04T21:19:52+01:00 https://forum.atnel.pl/viewtopic.php?t=11279&p=125644#p125644 <![CDATA[Re: Pilot IR (RC5) na ATtiny25 - dziwne przypadłości]]> Będzie to dla mnie bardzo pomocne.

Statystyki: Napisane przez gordon10 — 4 kwi 2015, o 21:19

]]> 2015-04-04T18:05:34+01:00 2015-04-04T18:05:34+01:00 https://forum.atnel.pl/viewtopic.php?t=11279&p=125640#p125640 <![CDATA[Re: Pilot IR (RC5) na ATtiny25 - dziwne przypadłości]]> Póki co zrobiłem taki manewr, że przyciski podłączyłem do masy, a ich obsługę dałem w pętli głównej.

[syntax=c]while (1)
{
// obsluga 1-go przycisku

if (KEY1_DOWN) {
_delay_ms(50);// eliminacja drgan stykow
if (KEY1_DOWN) {
toggle_bit ^= (1<<0);// zmiana stanu bitu toggle przed wyslaniem kodu
command = _CMD1_RC5;
address = _ADDRESS_RC5;

do {
//if (KEY2_DOWN) command = _CMD2_RC5;
send_rc5(address, command, toggle_bit);
_delay_ms(115);// default gap
} while (KEY1_DOWN);
}
}

if (KEY2_DOWN) {
_delay_ms(50);// eliminacja drgan stykow
if (KEY2_DOWN) {
toggle_bit ^= (1<<0);// zmiana stanu bitu toggle przed wyslaniem kodu

do {
//if (KEY2_DOWN) command = _CMD2_RC5;
command = _CMD2_RC5;
address = _ADDRESS_RC5;
send_rc5(address, command, toggle_bit);
_delay_ms(115);// default gap
} while (KEY2_DOWN);
}
}// konie cobslugi 1-go przycisku
}// koniec petli nieskonczonej[/syntax]


Wtedy działa jak należy (za każdym wciśnięciem), ale zasilanie bateryjne raczej odpada...

Trochę jeszcze muszę dopracować funkcję opóźniającą bo to co na szybko wymyśliłem kiepsko działa...

[syntax=c]void czekaj_us (uint16_t usekundy) {

uint8_t cykle, reszta;
cykle = usekundy / 255;
reszta = usekundy % 255;

while (--cykle) {
OCR0A = 255;// wpisanie ilosci us do rejestru porownania
TIFR |= (1<<OCF0A);// ustawienie flagi porownania CompareMatch z OCR0A
TCCR0B |= (1<<CS01);// wlaczenie TIMER0 z preskalerem 8
while ( !( TIFR & (1<<OCF0A) ) ) {};// petla oczekujaca
TCCR0B &= ~((1<<CS01));// wylaczenie TIMER0
}

OCR0A = reszta;// wpisanie ilosci us do rejestru porownania
TIFR |= (1<<OCF0A);// ustawienie flagi porownania CompareMatch z OCR0A
TCCR0B |= (1<<CS01);// wlaczenie TIMER0 z preskalerem 8
while ( !( TIFR & (1<<OCF0A) ) ) {};// petla oczekujaca
TCCR0B &= ~((1<<CS01));// wylaczenie TIMER0

}// koniec funkcji czekaj_us[/syntax]

O wiele bardziej wydłuża się czas trwania ZERA niż JEDYNKI na wyjściu odbiornika

Najlepiej działa po prostu (już bez żadnych przeliczeń) na żywca wpisanie 3 razy pod rząd linijki:
[syntax=c]czekaj_us(889);
czekaj_us(889);
czekaj_us(889);[/syntax]
i nie modyfikować tej funkcji.
Z tym że to mało uniwersalne i nieprofesjonalne rozwiązanie.

Statystyki: Napisane przez gordon10 — 4 kwi 2015, o 18:05

]]> 2015-04-04T16:45:07+01:00 2015-04-04T16:45:07+01:00 https://forum.atnel.pl/viewtopic.php?t=11279&p=125631#p125631 <![CDATA[Re: Pilot IR (RC5) na ATtiny25 - dziwne przypadłości]]> Statystyki: Napisane przez mirekk36 — 4 kwi 2015, o 16:45

]]> 2015-04-04T10:47:10+01:00 2015-04-04T10:47:10+01:00 https://forum.atnel.pl/viewtopic.php?t=11279&p=125601#p125601 <![CDATA[Re: Pilot IR (RC5) na ATtiny25 - dziwne przypadłości]]> mirekk36 napisał(a):

no i zagadka wyjasniona ;)


Jednak jak się napisze na forum, to człowiek sam zaczyna bardziej zastanawiać się nad tematem:)
A dzisiaj podczas święcenia jajek, usłyszałem jakiś głos: "człowieku sprawdź jeszcze PDF-a" :idea:

Pozostaje jednak jeszcze drugi problem.
Co zrobić, żeby za każdym wciśnięciem przycisku pilot wysyłał ramkę :?:
Podejrzewam, że to coś z portami.
W tiny 2313 INT0 jest na innym porcie niż przyciski, a w Tiny25 na tym samym... ale czy to ma znaczenie?

Statystyki: Napisane przez gordon10 — 4 kwi 2015, o 10:47

]]> 2015-04-04T10:35:12+01:00 2015-04-04T10:35:12+01:00 https://forum.atnel.pl/viewtopic.php?t=11279&p=125600#p125600 <![CDATA[Re: Pilot IR (RC5) na ATtiny25 - dziwne przypadłości]]>

Statystyki: Napisane przez mirekk36 — 4 kwi 2015, o 10:35

]]> 2015-04-04T10:19:32+01:00 2015-04-04T10:19:32+01:00 https://forum.atnel.pl/viewtopic.php?t=11279&p=125599#p125599 <![CDATA[Re: Pilot IR (RC5) na ATtiny25 - dziwne przypadłości]]> Strzeliłem 'babola' ze hoho. Otóż tiny25 nie ma Timera 16-bitowego. Stąd to całe zamieszanie.
Jakieś zamieszanie w dokumentacjach miałem (ale obciach :oops: ). Ściągnąłem ze strony atmela od nowa a tam jak byk Timer0 8-bit i Timer1 8-bit. Trzeba będzie to jakoś przerobić.

Statystyki: Napisane przez gordon10 — 4 kwi 2015, o 10:19

]]> 2015-04-04T00:08:25+01:00 2015-04-04T00:08:25+01:00 https://forum.atnel.pl/viewtopic.php?t=11279&p=125572#p125572 <![CDATA[Re: Pilot IR (RC5) na ATtiny25 - dziwne przypadłości]]> gordon10 napisał(a):

Jeśli z taktowaniem byłoby coś nie tak, to nośna też raczej by miała zupełnie inną częstotliwość.... a tu jest w okolicy 36kHz, dziwna sprawa.

No to bardzo dziwne

Statystyki: Napisane przez mirekk36 — 4 kwi 2015, o 00:08

]]> 2015-04-03T23:08:56+01:00 2015-04-03T23:08:56+01:00 https://forum.atnel.pl/viewtopic.php?t=11279&p=125558#p125558 <![CDATA[Re: Pilot IR (RC5) na ATtiny25 - dziwne przypadłości]]>
------------------------ [ Dodano po: 4 minutach ]

Jeśli z taktowaniem byłoby coś nie tak, to nośna też raczej by miała zupełnie inną częstotliwość.... a tu jest w okolicy 36kHz, dziwna sprawa.

------------------------ [ Dodano po: 22 minutach ]

Dla czystego sumienia sprawdziłem jeszcze raz fusebity

ObrazekObrazek

Statystyki: Napisane przez gordon10 — 3 kwi 2015, o 23:08

]]> 2015-04-03T23:02:44+01:00 2015-04-03T23:02:44+01:00 https://forum.atnel.pl/viewtopic.php?t=11279&p=125556#p125556 <![CDATA[Re: Pilot IR (RC5) na ATtiny25 - dziwne przypadłości]]> gordon10 napisał(a):

No ale do rzeczy:
Pilot na procku ATtiny25, taktowany wewnętrznym zegarem 8MHz

No gdybym ja miał takie efekty to pierwsze co ... to podejrzewałbym, że jednak coś skopałem np z fusebitami. Ty piszesz, że ustawiłeś na 8MHz. Wszystkie inne rzeczy ładnie pokazałeś - ale może jednak pokazałbyś jak masz ustawione fusebity po ich odczytaniu w MkAvrCalculator ?

Statystyki: Napisane przez mirekk36 — 3 kwi 2015, o 23:02

]]> 2015-04-03T23:03:37+01:00 2015-04-03T22:56:48+01:00 https://forum.atnel.pl/viewtopic.php?t=11279&p=125554#p125554 <![CDATA[Pilot IR (RC5) na ATtiny25 - dziwne przypadłości]]>

Od dobrych kilku dni męczę się z programem do pilota IR. Postanowiłem przerobić kod z BlueBooka pod procka Tiny25, gdyż chcę to zmieścić w malutkiej obudowie (na 2 lub 3 przyciski). Myślałem, że kod przerobiłem prawidłowo, jednak pilot trochę dziwnie się zachowuje.
Może coś mi umknęło, ze względu na niewielkie doświadczenie, dlatego piszę na forum. Może, któryś z kolegów rzuci trochę światła na moje szare komórki:)

No ale do rzeczy:
Pilot na procku ATtiny25, taktowany wewnętrznym zegarem 8MHz

pojawiły się 2 problemy:
1. zbyt krótkie opóźnienia generowane przez funkcję "czekaj_us". Połówki bitów zamiast ok 889us, trwają 200-300us.

2. ramka RC5 wysyłana jest nie za każdym wciśnięciem przycisku (co 10-20 wcisniecie przycisku wysyła ramkę)

Schemat pilota:
Obrazek

kod main.c
[syntax=c]#include <avr/io.h>
#include <avr/interrupt.h>
#include <avr/sleep.h>
#include <inttypes.h>
#include <util/delay.h>

// Adres urzadzenia emitowany przez pilot IR
#define _ADDRESS_RC5 0// TV = 0

// przydzielamy dowolne kody (command) do poszczegolnych klawiszy
#define _CMD1_RC5 1
#define _CMD2_RC5 2

// definicje dla obsługi diody LED
#define LED_PORT PORTB
#define LED_PIN PINB
#define LED_DDR DDRB
#define LED_PIN_NR 1
#define LED (1<<LED_PIN_NR)

// dla tranzystora PNP
#define LED_OFF PORTB |= LED
#define LED_ON PORTB &= ~LED

////dla tranzystora NPN
//#define LED_ON PORTB |= LED
//#define LED_OFFPORTB &= ~LED

// definicje klawiszy
#define K_PORT PORTB
#define K_PIN PINB
#define K_DDR DDRB

#define KEY1 (1<<PB0)
#define KEY2 (1<<PB3)

#define KEYS_MASK (KEY1|KEY2)

uint8_t address;
uint8_t command;

// **************** MAIN **********************
int main(void) {

// ****** DIODA LED i IR
LED_DDR |= (LED);// ustawienie PB1 (OC1A) jako wyjście
LED_PORT|=(LED);// dla tranzystora PNP
// LED_PORT&=~(LED);// dla tranzystora NPN

// ******* KLAWISZE
K_DDR |= (KEY1|KEY2);// ustawienie pinow klawiszy jako wyjścia
K_PORT &= ~(KEY1|KEY2);// ustawienie stanu niskiego

LED_ON;// kontrolne zapalenia diody LED po włożeniu baterii do pilota
_delay_ms(255);
LED_OFF;

//OSCCAL = 0x66;// kalibracja F_CPU

// **************************************************************************************
// TIMER1 - jako generator fali nosnej dla IR 36kHz
// OCR = (F_CPU / ( 2 * prescaler) * F_nosna ) - 1
OCR1C = 110;// zaladowanie rejestru wartoscia do generowania nosnej 36kHz (wzor w PDF)
TCCR1 |= (1<<CTC1) | (1<<CS10);// tryb CTC | preskaler 1
// **************************************************************************************

// TIMER0 do odmierzania opoznien (z dokladnoscia wielokrotnosci 1us)
// preskaler ustawiony na 8 podczas wlaczenia (przy F_CPU = 8MHz: 1 takt co 1us)
// uzywana jest jego flaga (nie korzystamy z przerwan)
TCCR0A |= (WGM01);// ustawienie TIMER0 w tryb CTC (porownanie CompareMatch z OCRA)

ACSR |= (1<<ACD);// wyłączenie komparatora analogowego dla obnizenia poboru pradu
WDTCR = 0x00;// Turn off WDT
MCUCR |= (1<<SM1);// ustawienie trybu POWER-DOWN

DDRB &= ~(1<<PB2);// ustawienie pinu PORTB.2 (INT0) jako wejście
PORTB |= (1<<PB2);// podciągnięcie do 1

GIMSK |= (1<<INT0);// zezwolenie na przerwania INT0
// przerwanie INT0 wyzwalane niskim poziomem wiec bity ISC01 i ISC00 ustawione na 0
GIFR |= (1<<INTF0);// skasowanie flagi wystąpienia przerwania INT0

sei();// globalne zezwolenie na przerwania

while (1)
{
sleep_mode();// wprowadzenie procesora w tryb POWER-DOWN
}
}

// ------------------------------------------------- RC5 - START
// dokładna pętla opóźniająca = wielokrotności 1us
// w oparciu o TIMER0, taktowanie 8MHz, preskaler = 8
void czekaj_us (uint16_t usekundy) {
OCR0A = usekundy;// wpisanie ilosci us do rejestru porownania
TIFR |= (1<<OCF0A);// ustawienie flagi porownania CompareMatch z OCR0A
TCCR0B |= (1<<CS01); // wlaczenie TIMER0 z preskalerem 8
while ( !( TIFR & (1<<OCF0A) ) ) {};// petla oczekujaca
TCCR0B &= ~((1<<CS01));// wylaczenie TIMER0
}

// funkcje przesylania bitow (TIMER1)
// przesłanie bitu o wartosci 1
void send_rc5_one() {
czekaj_us(889);// delay 889us - pierwsza polowka bitu
TCCR1 |= (1<<COM1A0);// podanie nosnej na pin OC1A (PB1)
czekaj_us(889);// delay 889us - druga polowka bitu
TCCR1 &= ~(1<<COM1A0);// odlaczenie nosnej z pinu OC1A (PB1)
}

// przeslanie bitu o wartosci 0
void send_rc5_zero() {
TCCR1 |= (1<<COM1A0);// podanie nosnej na pin OC1A (PB1)
czekaj_us(889);
TCCR1 &= ~(1<<COM1A0);// odlaczenie nosnej z pinu OC1A (PB1)
czekaj_us(889);
}

// przesłanie kompletnej ramki RC5
void send_rc5(uint8_t adr, uint8_t cmd, uint8_t tog) {
uint16_t data = 0;
uint8_t i=15;

data |= ( (1<<15)|(1<<14)|(tog<<13)|(adr<<8)|(cmd<<2) );// formowanie ramki RC5
/* data = 0bssTaaaaaccccccxx
* ||||adr||cmd |
* ||+-- bit TOGGLE
*++--- 2 bity Startu(xx - ostatnie bity zmiennej data: poza ramka)
*/

// wysyłamy kolejno 14 bitów: 2-bity startu, 1-bit Toggle, 5-bitów adresu, 6-bitów komendy
do {
if ( !(data & ( 1 << i )) ) send_rc5_zero();
else send_rc5_one();
} while(--i>1);
}
// ------------------------------------------------- RC5 - END

// *************** PRZERWANIE INT0 ***************************
ISR(INT0_vect) {

uint8_t keys;
static uint8_t toggle_bit;

// tylko na czas przerwania INT0 - przestawiony zostaje kierunek portów klawiszy.
// Zostają ustawione jako wejścia, natomiast pin PORTD.2 (INT0) jako wyjście ze stanem niskim
// dzięki temu działa obsługa klawiszy

K_DDR &= ~(KEY1|KEY2);// ustawienie pinow klawiszy jako wejścia
K_PORT |= (KEY1|KEY2);// podciągnięcie wejść do 1

DDRB |= (1<<PB2);// przestawienie PB2 (INT0) jako wyjście
PORTB &= ~(1<<PB2);// ustawienie stanu niskiego - do obsługi klawiszy

keys = PINB;
if( (keys & KEYS_MASK) != KEYS_MASK ) {// sprawdzamy czy wciśnięty jakikolwiek klawisz
_delay_ms(50);// eliminacja drgań styków
keys = PINB;
if( (keys & KEYS_MASK) != KEYS_MASK ) {// sprawdzamy czy wciśnięty jakikolwiek klawisz

// przed wysłaniem kodu jakiegokolwiek klawisza zmiana stanu bitu toggle
toggle_bit ^= (1<<0);

do {

if( !(keys & KEY1) ) command = _CMD1_RC5;
else
if( !(keys & KEY2) ) command = _CMD2_RC5;

address = _ADDRESS_RC5;
send_rc5(address, command, toggle_bit);

_delay_ms(115);// gap default

keys = PINB;

} while ( (keys & KEYS_MASK) != KEYS_MASK );// powtarzaj gdy wciśnięty
}
}

// przywracamy ustawienia
DDRB &= ~(1<<PB2);// ustawienie pinu PB2 (INT0) jako wejście
PORTB |= (1<<PB2);// podciągnięcie do 1

// ******* KLAWISZE
K_DDR |= (KEY1|KEY2);// ustawienie klawiszy jako wyjścia
K_PORT &= ~(KEY1|KEY2);// ustawienie stanu niskiego

GIFR |= (1<<INTF0);// skasowanie flagi wystąpienia przerwania INT0
}[/syntax]

Zamieniłem tu funkcje działania timerów (TIMER0 do odmierzania opóźnień, TIMER1 do generowania nośnej).

pilot wysyła taką ramkę:
Obrazek

I tu ujawnia się pierwszy problem - czasy trwania połówek bitów są rzędu 200-300us, sporo za mało
Nie jest to raczej problem z taktowaniem procka, gdyż częstotliwość nośnej jest ok 36kHz (mierzone multimetrem)


Drugi problem pojawia się... (nie zawsze)
O dziwo, jak do układu podłączony jest programator, to przy każdym wciśnięciu przycisku, pilot wysyła ramkę/ramki. Jeśli podłącze tylko zasilanie, to co 10-20 wciśnięcie powoduje wysyłanie ramki.

Będę wdzięczny jeśli ktoś pomoże mi w tym temacie, bo mi skończyły się pomysły.

Jeśli któryś z kolegów chciałby się przeprowadzić próby na "żywym organizmie" to mogę mu wysłać zmontowany przeze mnie układzik
Obrazek

Statystyki: Napisane przez gordon10 — 3 kwi 2015, o 22:56

]]>