ATNEL tech-forum 2016-01-22T21:23:09+01:00 https://forum.atnel.pl/feed.php?f=4&t=7144&mode 2016-01-22T21:23:09+01:00 2016-01-22T21:23:09+01:00 https://forum.atnel.pl/viewtopic.php?t=7144&p=151442#p151442 <![CDATA[Re: Pilot nadający w innym standarcie niż RC5]]> jim3 napisał(a):

nawet na wejściu obsługi przerwania program już nie odpowiada

To przerwanie wywoływane jest opadającym zboczem i nawet możesz podpiąć tam przycisk i powinna być reakcja czyli wejście do funkcji obsługi przerwania.

Statystyki: Napisane przez Krauser — 22 sty 2016, o 21:23

]]> 2016-01-21T20:36:06+01:00 2016-01-21T20:36:06+01:00 https://forum.atnel.pl/viewtopic.php?t=7144&p=151343#p151343 <![CDATA[Re: Pilot nadający w innym standarcie niż RC5]]> Dodatkowo faktycznie po zmianie procesora i powrocie do 168 podkreślenie znikło. Dzięki!

Niestety program nadal nie chce odpalić. TSOP jest raczej dobrze połączony (obserwowałem przebiegi ramki pilota na oscyloskopie) i do końca nie wiem co jest w tym wypadku źle. Przy wstawieniu pułapki programowej z diodą LED program reaguje do momentu
[syntax=c]if(ramka_gotowa)[/syntax]
(nawet na wejściu obsługi przerwania program już nie odpowiada).

Statystyki: Napisane przez jim3 — 21 sty 2016, o 20:36

]]> 2016-01-11T19:27:15+01:00 2016-01-11T19:27:15+01:00 https://forum.atnel.pl/viewtopic.php?t=7144&p=150282#p150282 <![CDATA[Re: Pilot nadający w innym standarcie niż RC5]]> jim3 napisał(a):

program nie działa

Zbyt ogólne stwierdzenie. Brak odbioru ramki czy błędne dane?
jim3 napisał(a):

[syntax=c]#define HIGH_BIT 1200 //stan wysoki (1 logiczna) trwający wraz z przerwą 1,8 ms[/syntax]

Zakładam, że to w wyniku testów zmieniłeś wartość na inną niż w komentarzu. Podobnie LOW_BIT
jim3 napisał(a):

[syntax=c]static uint8_t StatusRamki;[/syntax]

Wykorzystanie zmiennej, która nie pomieści całej ramki.
jim3 napisał(a):

[syntax=c]if (ZliczImp>=1)[/syntax]

Powinno być >, a to dlatego, że chodziło o to, że po zwiększeniu zmiennej ZliczImp program w tym samym przerwaniu powinien pominąć rozróżnianie bitów i od razu przejść do ostatniego warunku.
Zmienne adres i komenda nie uwzględniają przesunięcia o 2, a warunek zakończenia powinien być na ZliczImp == 14
jim3 napisał(a):

Dodatkowo Eclipse z lubością podkreśla mi wiersz

Zmień na chwilę procek na inny i z powrotem. Na forum był też inny sposób na to, ale musisz poszukać.

Statystyki: Napisane przez Krauser — 11 sty 2016, o 19:27

]]> 2016-01-10T21:05:11+01:00 2016-01-10T21:05:11+01:00 https://forum.atnel.pl/viewtopic.php?t=7144&p=150195#p150195 <![CDATA[Re: Pilot nadający w innym standarcie niż RC5]]> http://atnel.pl/jezyk-c-pasja-programowania.html

ja nie mam na tyle czasu aby analizować tu program - ale w razie czego w książce znajdziesz dużo ważnych informacji na ten temat

Statystyki: Napisane przez mirekk36 — 10 sty 2016, o 21:05

]]> 2016-01-10T20:58:57+01:00 2016-01-10T20:58:57+01:00 https://forum.atnel.pl/viewtopic.php?t=7144&p=150194#p150194 <![CDATA[Re: Pilot nadający w innym standarcie niż RC5]]>
Chciałem napisać program, który odbiera w standardzie Sony. Niestety coś poszło nie tak i program nie działa. Programik dość zbliżony do tego dwa posta wyżej (Sony i Nec to dwa zbliżone do siebie standardy).

[syntax=c]#include <avr/io.h>
#include <avr/interrupt.h>
#include <avr/pgmspace.h>
#include <util/delay.h>

#include "LCD/lcd44780.h"

#define TOLERANCJA 150 //tolerancja wynosząca 150 us
#define START_BIT 3000 // impuls startowy trwający wraz z przerwą 3 ms
#define HIGH_BIT 1200 //stan wysoki (1 logiczna) trwający wraz z przerwą 1,8 ms
#define LOW_BIT 600 // stan niski (0 logiczne) trwający wraz z przerwą 1,2 ms

volatile uint8_t ramka_gotowa;
volatile uint8_t adres;
volatile uint8_t komenda;

volatile uint8_t Ir_key_press_flag;

volatile uint8_t sony_licz;

int main (void){
DDRB &=~ (1<<0);
PORTB |= (1<<0);

lcd_init();

TCCR1B |= (1<<CS10);
TCCR1B &=~ (1<<ICES1);

sony_licz=0;
TIMSK1 |= (1<<ICIE1);
sei();
while(1)
{
if(ramka_gotowa)
{
lcd_locate(0,0);
lcd_int(adres);
lcd_str(" ");
lcd_locate(1,0);
lcd_int(komenda);
lcd_str(" ");
ramka_gotowa = 0;
}
}
}

ISR(TIMER1_CAPT_vect){
static uint16_t LastCapture;
uint16_t SzerImp;
static uint8_t ZliczImp = 0;
static uint16_t IrDane = 2 ;
static uint8_t StatusRamki;

SzerImp = ICR1-LastCapture;
LastCapture=ICR1;
if(ZliczImp==0 && SzerImp>START_BIT-TOLERANCJA && SzerImp < START_BIT+TOLERANCJA)
{
ZliczImp++;
}
if (ZliczImp>=1){
if(SzerImp > HIGH_BIT - TOLERANCJA && SzerImp < HIGH_BIT + TOLERANCJA) IrDane=1;
if(SzerImp > LOW_BIT - TOLERANCJA && SzerImp < LOW_BIT + TOLERANCJA) IrDane=0;
if (IrDane !=2){
StatusRamki |= IrDane<<ZliczImp;
if (ZliczImp == 13){
adres = StatusRamki;
komenda = StatusRamki >> 5;
StatusRamki = 0;
ZliczImp = 0;
ramka_gotowa=1;
}
else{
ZliczImp++;
}
}
else{
ZliczImp=0;
}
}
if (ZliczImp ==1) ZliczImp++;
}[/syntax]

Działam na atmedze 168, o taktowaniu 1MHz.
Dodatkowo Eclipse z lubością podkreśla mi wiersz
[syntax=c]TIMSK1 |= (1<<ICIE1);[/syntax]
nie tylko w tym programie ale np. w dekodowaniu RC5 z BB, i nie wiem dlaczego.

Statystyki: Napisane przez jim3 — 10 sty 2016, o 20:58

]]> 2014-06-05T23:40:26+01:00 2014-06-05T23:40:26+01:00 https://forum.atnel.pl/viewtopic.php?t=7144&p=83508#p83508 <![CDATA[Re: Pilot nadający w innym standarcie niż RC5]]> Działa :-)
Musiałem jeszcze dodać bibiotekę do przerwań i ruszyło:-)
Dziękuję za pomoc i wszystkim za udział tym temacie.

Statystyki: Napisane przez mirek1968 — 5 cze 2014, o 23:40

]]> 2014-06-05T18:08:24+01:00 2014-06-05T18:08:24+01:00 https://forum.atnel.pl/viewtopic.php?t=7144&p=83490#p83490 <![CDATA[Re: Pilot nadający w innym standarcie niż RC5]]> [syntax=c]#include <avr/io.h>
#include "LCD/lcd44780.h"

#define F_START F_CPU/8000*13.5
#define F_ONE F_CPU/8000*2.25
#define F_ZERO F_CPU/8000*1.125
#define F_MARGIN F_CPU/8000*0.4

volatile uint8_t frame_ready;
volatile uint8_t address;
volatile uint8_t command;

int main(void)
{
DDRA |= (1<<PA7);
PORTA |= (1<<PA7); /* podświetlenie wyświetlacza LCD */

PORTD |= (1<<PD6); /* podciągnięcie wejścia IR */

lcd_init();/* inicjalizacja LCD */
/* ir timer */
TCCR1B |= (1<<CS11); /* prescaler = 8 */
TCCR1B &= ~(1<<ICES1); /* falling edge */
TIMSK1 |= (1<<ICIE1); /* enable interrupt */
sei();
while(1)
{
if(frame_ready)
{
lcd_locate(0,0);
lcd_int(address);
lcd_str(" ");
lcd_locate(1,0);
lcd_int(command);
lcd_str(" ");
frame_ready = 0;
}
}
}

ISR(TIMER1_CAPT_vect)
{
static uint32_t temp_frame;
static uint16_t last_icr;
uint16_t width;
static uint8_t frame_idx = 33;
uint8_t bit = 2;
width = ICR1 - last_icr;
last_icr = ICR1;
if(frame_idx == 33 && width > F_START - F_MARGIN && width < F_START + F_MARGIN)
{
frame_idx--;
}
if(frame_idx < 32)
{
if(width > F_ONE - F_MARGIN && width < F_ONE + F_MARGIN) bit = 1;
if(width > F_ZERO - F_MARGIN && width < F_ZERO + F_MARGIN) bit = 0;
if(bit != 2)
{
temp_frame |= (uint32_t)bit << frame_idx;
if(frame_idx == 0)
{
address = (uint8_t)(temp_frame >> 24);
command = (uint8_t)(temp_frame >> 8);
temp_frame = 0;
frame_idx = 33;
frame_ready = 1;
}
else
{
frame_idx--;
}
}
else
{
frame_idx = 33;
}
}
if(frame_idx == 32) frame_idx--;
}[/syntax]

Statystyki: Napisane przez Krauser — 5 cze 2014, o 18:08

]]> 2014-06-05T16:56:00+01:00 2014-06-05T16:56:00+01:00 https://forum.atnel.pl/viewtopic.php?t=7144&p=83486#p83486 <![CDATA[Re: Pilot nadający w innym standarcie niż RC5]]> Statystyki: Napisane przez ciamciak — 5 cze 2014, o 16:56

]]> 2014-06-05T15:19:36+01:00 2014-06-05T15:19:36+01:00 https://forum.atnel.pl/viewtopic.php?t=7144&p=83479#p83479 <![CDATA[Re: Pilot nadający w innym standarcie niż RC5]]> mirek1968 napisał(a):

Niestety ten kod na pin PD3 także nic nie działa.Podczas kompilacji wywalało mi błąd braku deklaracji zmiennej GIMSK a więc utworzyłem uint8_t GIMSK; ale teraz pomimo braku błędu kompilacji także nic nie dizłą pokazuje tylko liczbe 32 i nie reaguje na impulsy z pilota


To nie jest jakaś zmienna, tylko rejestr procesora. Nie doczytałem że masz M16. Zamień GIMSK na GICR

Statystyki: Napisane przez savian86 — 5 cze 2014, o 15:19

]]> 2014-06-04T22:29:38+01:00 2014-06-04T22:29:38+01:00 https://forum.atnel.pl/viewtopic.php?t=7144&p=83420#p83420 <![CDATA[Re: Pilot nadający w innym standarcie niż RC5]]> Niestety Twój kod nie działa,pokazuje mi się na LCD w jednej i drugiej linii 0
Co może być przyczyną??
Procesor posiadam Atmegę 16 taktuję 8MHz wewnętrzny oscylator
I jeszcze jedna sprawa podczas kompilacji wywal mi błąd braku deklaracji zmiennej "frame_ready" użytego w funkcji przerwania
a więc zdeklarowałem tę zmienną w ten sposób ,niewiem czy dobrze??

[syntax=c]static uint32_t temp_frame;
static uint16_t last_icr;
uint16_t width;
static uint8_t frame_idx = 33;
static uint8_t frame_ready; //moja deklaracja
uint8_t bit = 2;
width = ICR1 - last_icr;
last_icr = ICR1;[/syntax]

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

savian86
Niestety ten kod na pin PD3 także nic nie działa.Podczas kompilacji wywalało mi błąd braku deklaracji zmiennej GIMSK a więc utworzyłem uint8_t GIMSK; ale teraz pomimo braku błędu kompilacji także nic nie dizłą pokazuje tylko liczbe 32 i nie reaguje na impulsy z pilota

Statystyki: Napisane przez mirek1968 — 4 cze 2014, o 22:29

]]> 2014-06-03T21:11:10+01:00 2014-06-03T21:11:10+01:00 https://forum.atnel.pl/viewtopic.php?t=7144&p=83288#p83288 <![CDATA[Re: Pilot nadający w innym standarcie niż RC5]]> Fajny kod, właśnie sobie testuję na pilocie od STB WIWY.
Tylko chyba bity komendy i adresu są odwrotnie ładowane (chyba że to IRMP ma odwrotnie).

Do działania brakowało mi jeszcze zerowania temp_frame.

Statystyki: Napisane przez ciamciak — 3 cze 2014, o 21:11

]]> 2014-06-03T18:55:17+01:00 2014-06-03T18:55:17+01:00 https://forum.atnel.pl/viewtopic.php?t=7144&p=83257#p83257 <![CDATA[Re: Pilot nadający w innym standarcie niż RC5]]>
[syntax=c]#define NEC_DDRDDRD
#define NEC_PORTPORTD
#define NEC_PIN_IN PIND
#define NEC_PINPD3

#define NECBitHigh() (NEC_PIN_IN & (1<<NEC_PIN))
#define NECBitLow() !(NEC_PIN_IN & (1<<NEC_PIN))

#define int1_en GIMSK|=(1<<INT1)
#define int1_ds GIMSK&=~(1<<INT1)

volatile uint8_t address;
volatile uint8_t command;
volatile uint8_t Ir_key_press_flag;

void nec_init(void)
{
NEC_DDR &= ~(1<<NEC_PIN);
NEC_PORT |= (1<<NEC_PIN);

MCUCR &= ~(1<<ISC11)| (1<<ISC10));

int1_en;
}

SIGNAL(SIG_INTERRUPT1)
{

int1_ds;

uint16_t Tik;
uint8_t rep,start,cmd1,cmd2=0,adr1,adr2,cmd,adr,byt;

Tik=start=rep=adr=cmd=adr1=adr2=cmd1=cmd2=byt=0;

while(1)
{
if(Tik >= 139 && Tik < 150){ adr=start=1;rep=adr1=adr2=cmd=cmd2=0; }

if(Tik >= 116 && Tik < 139) { adr=2; rep=1;start=0; }

if(Tik >= 22 && Tik < 116)
{
byt++;
if(byt<9) {adr2<<=1;adr2++;}
if(byt>=9 && byt<17) {adr1<<=1;adr1++;}
if(byt>=17 && byt<25) {cmd2<<=1;cmd2++;}
if(byt>=25){cmd1<<=1;cmd1++;}
}

if(Tik >= 10 && Tik < 22)
{
byt++;
if(byt<9)adr2<<=1;
if(byt>=9 && byt<17)adr1<<=1;
if(byt>=17 && byt<25)cmd2<<=1;
if(byt>=25)cmd1<<=1;
}

Tik=0;

if(byt==32)
{
adr=adr2;cmd=cmd2;
if (Ir_key_press_flag == 0){
address = adr;
command = cmd;
}

Ir_key_press_flag = 1;

byt=rep=start=0;
int1_en;

return;
}

if(NECBitLow()) { while(NECBitLow()) { Tik++; _delay_us(96);} }
while(NECBitHigh())
{
Tik++;
if(Tik>=200){int1_en;return;}
_delay_us(96);
}
}

}


int main(void)
{
nec_init();

sei();

while(1)
{
if(Ir_key_press_flag) {
lcd_int(address);
lcd_int(command);
Ir_key_press_flag = 0;
}
}

}[/syntax] nie jest to dosyć optymalne ;]

Statystyki: Napisane przez savian86 — 3 cze 2014, o 18:55

]]> 2014-06-03T14:14:17+01:00 2014-06-03T14:14:17+01:00 https://forum.atnel.pl/viewtopic.php?t=7144&p=83200#p83200 <![CDATA[Re: Pilot nadający w innym standarcie niż RC5]]> mirek1968 napisał(a):

Przepraszam ale mam jedno pytanko,dla jakiej częstotliwości procesora F_CPU jest ten przykład?-bo na pewno nie dla każdej częstotliwości?

Jeśli wynik nie wyjdzie poza 65535 to dla każdej. Bezpieczniej będzie ustawić preskaler na 8 i wtedy tak to się zmieni:
[syntax=c]#include <avr/io.h>
#define F_START F_CPU/8000*13.5
#define F_ONE F_CPU/8000*2.25
#define F_ZERO F_CPU/8000*1.125
#define F_MARGIN F_CPU/8000*0.4

volatile uint8_t address;
volatile uint8_t command;

int main(void)
{
/*lcd*/
/* ir timer */
TCCR1B |= (1<<CS11); /* prescaler = 8 */
TCCR1B &= ~(1<<ICES1); /* falling edge */
TIMSK1 |= (1<<ICIE1); /* enable interrupt */
sei();
while(1)
{
//przyklad
lcd_locate(0,0);
lcd_int(address);
lcd_locate(1,0);
lcd_int(command);
}
}[/syntax]
mirek1968 napisał(a):

czy tu nie powinno być tak?
[syntax=c]TIMSK  |= (1<<TICIE1);   /* enable interrupt */[/syntax]

Mogą być pewne różnice w zależności od mikrokontrolera.
mirek1968 napisał(a):

IR na PD6
Tak.

Statystyki: Napisane przez Krauser — 3 cze 2014, o 14:14

]]> 2014-06-03T09:17:53+01:00 2014-06-03T09:17:53+01:00 https://forum.atnel.pl/viewtopic.php?t=7144&p=83169#p83169 <![CDATA[Re: Pilot nadający w innym standarcie niż RC5]]>
[syntax=c]TIMSK1 |= (1<<ICIE1); /* enable interrupt */[/syntax]

czy tu nie powinno być tak?
[syntax=c]TIMSK |= (1<<TICIE1); /* enable interrupt */[/syntax]


I jeszcze jedno pytanie jaką zmienną pin wejściowy odbiornika IR na PD6 ? i co mam wstawić do głównej pętli jako wynik odczytu kodu odbiornika IR?
Bo przyznam się że nie zrozumiałem tego kodu.

Statystyki: Napisane przez mirek1968 — 3 cze 2014, o 09:17

]]> 2014-06-03T06:20:45+01:00 2014-06-03T06:20:45+01:00 https://forum.atnel.pl/viewtopic.php?t=7144&p=83155#p83155 <![CDATA[Re: Odp: Pilot nadający w innym standarcie niż RC5]]> mirek1968 napisał(a):

Przepraszam ale mam jedno pytanko,dla jakiej częstotliwości procesora F_CPU jest ten przykład?-bo na pewno nie dla każdej częstotliwości?


Zamiast F_CPU podstaw swoje taktowanie procesora.

Wysłane z telefonu

Statystyki: Napisane przez majster — 3 cze 2014, o 06:20

]]> 2014-06-02T22:37:27+01:00 2014-06-02T22:37:27+01:00 https://forum.atnel.pl/viewtopic.php?t=7144&p=83151#p83151 <![CDATA[Re: Pilot nadający w innym standarcie niż RC5]]> Statystyki: Napisane przez mirek1968 — 2 cze 2014, o 22:37

]]> 2014-06-02T20:53:02+01:00 2014-06-02T20:53:02+01:00 https://forum.atnel.pl/viewtopic.php?t=7144&p=83129#p83129 <![CDATA[Re: Pilot nadający w innym standarcie niż RC5]]>
[syntax=c]#include <avr/io.h>
#define F_START F_CPU/1000*13.5
#define F_ONE F_CPU/1000*2.25
#define F_ZERO F_CPU/1000*1.125
#define F_MARGIN F_CPU/1000*0.4

volatile uint8_t address;
volatile uint8_t command;

int main(void)
{
/* ir timer */
TCCR1B |= (1<<CS10); /* prescaler = 1 */
TCCR1B &= ~(1<<ICES1); /* falling edge */
TIMSK1 |= (1<<ICIE1); /* enable interrupt */
sei();
while(1)
{
//...
}
}

ISR(TIMER1_CAPT_vect)
{
static uint32_t temp_frame;
static uint16_t last_icr;
uint16_t width;
static uint8_t frame_idx = 33;
uint8_t bit = 2;
width = ICR1 - last_icr;
last_icr = ICR1;
if(frame_idx == 33 && width > F_START - F_MARGIN && width < F_START + F_MARGIN)
{
frame_idx--;
}
if(frame_idx < 32)
{
if(width > F_ONE - F_MARGIN && width < F_ONE + F_MARGIN) bit = 1;
if(width > F_ZERO - F_MARGIN && width < F_ZERO + F_MARGIN) bit = 0;
if(bit != 2)
{
temp_frame |= (uint32_t)bit << frame_idx;
if(frame_idx == 0)
{
address = (uint8_t)(temp_frame >> 24);
command = (uint8_t)(temp_frame >> 8);
frame_idx = 33;
frame_ready = 1;
}
else
{
frame_idx--;
}
}
else
{
frame_idx = 33;
}
}
if(frame_idx == 32) frame_idx--;
}[/syntax]

Statystyki: Napisane przez Krauser — 2 cze 2014, o 20:53

]]> 2014-06-02T10:18:23+01:00 2014-06-02T10:18:23+01:00 https://forum.atnel.pl/viewtopic.php?t=7144&p=83015#p83015 <![CDATA[Re: Pilot nadający w innym standarcie niż RC5]]> W RC5 z BB było to prostsze bo logiczna jedynka na odbiorniku miała taki sam czas impulsu dla zera logicznego i jedynki.
A tu jedynka logiczna ma czas impulsu 2,25ms dla jedynki logicznej oraz o połowe krótszy czas impulsu dla zera logicznego czyli 1,12ms.

A więc :
czy taki zapis jest ok dla NEC,ale to tyczy się przecież tylko logicznej jedynki a co z zerem logicznym ?


[syntax=c]// stałe czasowa i tolerancja wyrażone w us
#define TOLERANCE 200
#define MIN_HALF_BIT ir_micro_s(1125- TOLERANCE)
#define MAX_HALF_BIT ir_micro_s(1125 + TOLERANCE)
#define MAX_BIT ir_micro_s((1125+1125) + TOLERANCE)[/syntax]

Proszę o pomoc,co jeszcze muszę zrobić ?

Statystyki: Napisane przez mirek1968 — 2 cze 2014, o 10:18

]]> 2014-06-02T08:21:14+01:00 2014-06-02T08:21:14+01:00 https://forum.atnel.pl/viewtopic.php?t=7144&p=83007#p83007 <![CDATA[Re: Pilot nadający w innym standarcie niż RC5]]> Statystyki: Napisane przez mirek1968 — 2 cze 2014, o 08:21

]]> 2014-06-01T20:51:32+01:00 2014-06-01T20:51:32+01:00 https://forum.atnel.pl/viewtopic.php?t=7144&p=82995#p82995 <![CDATA[Re: Pilot nadający w innym standarcie niż RC5]]> Statystyki: Napisane przez janeczqu — 1 cze 2014, o 20:51

]]> 2014-06-01T19:56:16+01:00 2014-06-01T19:56:16+01:00 https://forum.atnel.pl/viewtopic.php?t=7144&p=82989#p82989 <![CDATA[Re: Pilot nadający w innym standarcie niż RC5]]> Statystyki: Napisane przez mirek1968 — 1 cze 2014, o 19:56

]]> 2014-06-01T19:40:02+01:00 2014-06-01T19:40:02+01:00 https://forum.atnel.pl/viewtopic.php?t=7144&p=82986#p82986 <![CDATA[Re: Pilot nadający w innym standarcie niż RC5]]> http://kaktusus.cba.pl/wordpress/?p=345
http://forum.mikrokontrolery.net/viewtopic.php?t=1090

Statystyki: Napisane przez janeczqu — 1 cze 2014, o 19:40

]]> 2014-05-21T09:43:09+01:00 2014-05-21T09:43:09+01:00 https://forum.atnel.pl/viewtopic.php?t=7144&p=81928#p81928 <![CDATA[Re: Pilot nadający w innym standarcie niż RC5]]> savian86 napisał(a):

W takim razie będzie mały problem.


Dlaczego ? ... przecież w necie jest mnóstwo informacji na ten temat ... da się znaleźć

Statystyki: Napisane przez mirekk36 — 21 maja 2014, o 09:43

]]> 2014-05-21T09:39:55+01:00 2014-05-21T09:39:55+01:00 https://forum.atnel.pl/viewtopic.php?t=7144&p=81927#p81927 <![CDATA[Re: Pilot nadający w innym standarcie niż RC5]]> Statystyki: Napisane przez savian86 — 21 maja 2014, o 09:39

]]> 2014-05-20T22:13:32+01:00 2014-05-20T22:13:32+01:00 https://forum.atnel.pl/viewtopic.php?t=7144&p=81894#p81894 <![CDATA[Re: Pilot nadający w innym standarcie niż RC5]]> savian86 napisał(a):

Nie trzeba, cytat mirka z elektrody:


A widział kolega datę tego wpisu ? ... 2010 rok, jeszcze przed ukazaniem się Bluebooka. Pod tym linkiem jest program na PC, ale nie ma wsadu do procka AVR, odkąd cały projekt w całości przeszedł do GreenBook'a.

Statystyki: Napisane przez mirekk36 — 20 maja 2014, o 22:13

]]>