ATNEL tech-forum

Re: rejestr GICR-atmega128,int2

2015-06-16T11:38:16+01:00

A no to jak idziesz w kierunku funkcji ... to ok

Statystyki: Napisane przez mirekk36 — 16 cze 2015, o 11:38

Re: rejestr GICR-atmega128,int2

2015-06-16T11:08:23+01:00

Panie Mirku.
To co napisałem jest obrane w funkcje, i tylko te rozbicie potrzebne jest tylko w tym miejscu:)
Nie zwracam rozbitych wartości nigdzie indziej, stad tak to wygląda:)

Oczywiście ze mogę to obrać jakoś, choć to jedynie miejsce, gdzie występuje zmienna long.
Ale staram się wszystko obierać w funkcje:)

Statystyki: Napisane przez wchpikus — 16 cze 2015, o 11:08

Re: rejestr GICR-atmega128,int2

2015-06-16T08:11:50+01:00

wchpikus napisał(a):

temp_bmp_tys = press_bmp / 10000;
temp_bmp_set = (press_bmp - 10000*temp_bmp_tys) / 1000; )
temp_bmp_dzies = (press_bmp - 10000*temp_bmp_tys - 1000*temp_bmp_set) / 100;
temp_bmp_jedn = (press_bmp - 10000*temp_bmp_tys - 1000*temp_bmp_set - 100*temp_bmp_dzies) / 10;

Panowie, panowie ..... proszę was, zaklinam - nie róbcie w kodzie takich chocków klocków - tylko wyprowadźcie to chociaż do jakiejś funkcji, sparametryzujcie tak żeby można było wywoływać dla różnych liczb .... no na Zeusa Do tego skorzystajcie z operatora modulo albo z jeszcze z konstrukcji div_t .... Macie przykłady w Bluebooku .... bo to co tu wyżej widać to istny koszmar i aż ciarki po plecach przechodzą ok ?

Fakt ja taki przykład pokazałem w Bluebooku - no ale on był TYLKO I WYŁĄCZNIE po to żeby pokazać czytelnikowi że rozbicie liczby na pojedyncze cyfry nie jest trudne a wręcz banalne. To zrozumieliście - to teraz proszę pójść o krok dalej w stosunku do tego co piszę w Bluebooku i zacząć tworzyć funkcje - zamiast pisać kod jak np w Bascomie, ok? A przykłady jak to wyprowadzić do funkcji też przecież macie w Bluebooku - więc proszę ... proszę

Statystyki: Napisane przez mirekk36 — 16 cze 2015, o 08:11

Re: rejestr GICR-atmega128,int2

2015-06-16T08:06:24+01:00

Witam
Już działa, faktycznie zrobiłem błąd, i do tego jeszcze rzutowanie było złe:)

[syntax=c]char buffer_press[10];
uint16_t temp_bmp_tys;
uint16_t temp_bmp_set;
uint16_t temp_bmp_dzies;
press_bmp = bmp085_getpressure();
ltoa(press_bmp, buffer_press, 10);
uart_puts("press_bmp= ");uart_puts(buffer_press);uart_puts("\r\n");

temp_bmp_tys = press_bmp / 10000;
temp_bmp_set = (press_bmp - (10000*(uint32_t)temp_bmp_tys)) / 1000;
temp_bmp_dzies = (press_bmp - (10000*(uint32_t)temp_bmp_tys) - (1000*(uint32_t)temp_bmp_set)) / 100;[/syntax]

------------------------ [ Dodano po: 1 minucie ]

wchpikus napisał(a):

Rozbicie dziala tak:
press_bmp= 100492
temp_bmp_tys= 10
temp_bmp_set= 0
temp_bmp_dzies= 4

Statystyki: Napisane przez wchpikus — 16 cze 2015, o 08:06

Re: rejestr GICR-atmega128,int2

2015-06-15T15:12:42+01:00

Algorytm, który podał ci kolega Krzysssztof jest dobry.
Tylko obciąłeś jedności, ale to na razie nie istotne.
Obstawiam, że zmienia ci się zmienna "press_bmp" w przerwaniu?
Bo takie zachowanie jak podajesz jest irracjonalne.
Jak zwykle metoda małych kroczków.
Sprawdź wyświetlanie na innej zmiennej przypisując jej wartość wprost.
Wyświetlanie ok, szukaj co modyfikuje ci wynik w locie...

------------------------ [ Dodano po: 11 minutach ]

Ale masz przecież skonwertowany wynik do ascii w buforze "buffer_press".
Nie możesz odczytać z niego kolejnych bajtów?

Statystyki: Napisane przez jerrylu — 15 cze 2015, o 15:12

Re: rejestr GICR-atmega128,int2

2015-06-15T13:43:40+01:00

Yyy, faktycznie się nie zgadza.
Chociaż patrząc matematycznie, to temp_bmp_set = (99967 - 10000*9) / 1000 = 9967 / 1000 = 9.
A tutaj dostajesz jakieś 75.

A co to za zamykający nawias, na końcu "temp_bmp_set = (press_bmp - 10000*temp_bmp_tys) / 1000; )" ?

Spróbowałbym też dać większe zmienne na te cyfry (w momencie mnożenia 10000*9 wyskakuje poza uint8_t, nawet poza uint16_t - może tu się wysypuje).

Statystyki: Napisane przez krzysssztof — 15 cze 2015, o 13:43

Re: rejestr GICR-atmega128,int2

2015-06-15T13:14:40+01:00

krzysssztof napisał(a):

uint8_t a,b,c,d,e;

(dla przykładu 999,46Hpa)
a = press_bmp / 10000; (otrzymasz wynik 9).
b = (press_bmp - 10000*a) / 1000; (otrzymasz znowu 9)
c = (press_bmp - 10000*a - 1000*b) / 100; (otrzymasz wynik 9)
d = (press_bmp - 10000*a - 1000*b - 100*c) / 10; (otrzymasz wynik 4)
e = (press_bmp - 10000*a - 1000*b - 100*c - 10*d); (otrzymasz wynik 6)

Chyba się nigdzie nie pomyliłem. W każdym razie idea jest poprawna. Przetestuj

Hmm, cos nie dziala:)
press_bmp= 99967

[syntax=c]uint8_t temp_bmp_tys;
uint8_t temp_bmp_set;
uint8_t temp_bmp_dzies;
uint8_t temp_bmp_jedn;

press_bmp = bmp085_getpressure();
ltoa(press_bmp, buffer_press, 10);
uart_puts("press_bmp= ");uart_puts(buffer_press);uart_puts("\r\n");

temp_bmp_tys = press_bmp / 10000;
temp_bmp_set = (press_bmp - 10000*temp_bmp_tys) / 1000; )
temp_bmp_dzies = (press_bmp - 10000*temp_bmp_tys - 1000*temp_bmp_set) / 100;
temp_bmp_jedn = (press_bmp - 10000*temp_bmp_tys - 1000*temp_bmp_set - 100*temp_bmp_dzies) / 10;

uart_puts("temp_bmp_tys= ");uart_putnr(temp_bmp_tys);uart_puts("\r\n");
uart_puts("temp_bmp_set= ");uart_putnr(temp_bmp_set);uart_puts("\r\n");
uart_puts("temp_bmp_dzies= ");uart_putnr(temp_bmp_dzies);uart_puts("\r\n");
uart_puts("temp_bmp_jedn= ");uart_putnr(temp_bmp_jedn);uart_puts("\r\n");[/syntax]

Wynik:
press_bmp= 99967
temp_bmp_tys= 9
temp_bmp_set= 75
temp_bmp_dzies= 148
temp_bmp_jedn= 3

Statystyki: Napisane przez wchpikus — 15 cze 2015, o 13:14

Re: rejestr GICR-atmega128,int2

2015-06-15T13:07:07+01:00

Statystyki: Napisane przez krzysssztof — 15 cze 2015, o 13:07

Re: rejestr GICR-atmega128,int2

2015-06-15T11:51:52+01:00

Witam
Inny problem, utknąłem lekko:)

Dostaje z czujnika bmp085 ciśnienie jako static long
[syntax=c]static long bmp085_rawtemperature, bmp085_rawpressure;
#define BMP085_UNITPAOFFSET 0

long bmp085_getpressure(void) {
bmp085_getrawpressure();
return (bmp085_rawpressure + BMP085_UNITPAOFFSET);
}

void bmp085_getrawpressure(void) {
uint8_t buff[3];
memset(buff, 0, sizeof(buff));
long up,x1,x2,x3,b3,b6,p;
unsigned long b4,b7;

#if BMP085_AUTOUPDATETEMP == 1
bmp085_getrawtemperature();
#endif

//read raw pressure
bmp085_writemem(BMP085_REGCONTROL, BMP085_REGREADPRESSURE+(BMP085_MODE << 6));
_delay_ms(2 + (3<bmp085_readmem(BMP085_REGCONTROLOUTPUT, buff, 3);
up = ((((long)buff[0] <<16) | ((long)buff[1] <<8) | ((long)buff[2])) >> (8-BMP085_MODE)); // uncompensated pressure value

//calculate raw pressure
b6 = bmp085_rawtemperature - 4000;
x1 = (bmp085_regb2* (b6 * b6) >> 12) >> 11;
x2 = (bmp085_regac2 * b6) >> 11;
x3 = x1 + x2;
b3 = (((((long)bmp085_regac1) * 4 + x3) << BMP085_MODE) + 2) >> 2;
x1 = (bmp085_regac3 * b6) >> 13;
x2 = (bmp085_regb1 * ((b6 * b6) >> 12)) >> 16;
x3 = ((x1 + x2) + 2) >> 2;
b4 = (bmp085_regac4 * (uint32_t)(x3 + 32768)) >> 15;
b7 = ((uint32_t)up - b3) * (50000 >> BMP085_MODE);
p = b7 < 0x80000000 ? (b7 << 1) / b4 : (b7 / b4) << 1;
x1 = (p >> 8) * (p >> 8);
x1 = (x1 * 3038) >> 16;
x2 = (-7357 * p) >> 16;
bmp085_rawpressure = p + ((x1 + x2 + 3791) >> 4);

#if BMP085_FILTERPRESSURE == 1
bmp085_rawpressure = bmp085_avaragefilter(bmp085_rawpressure);
#endif
}[/syntax]

Teraz uart wypluwa:
[syntax=c]press_bmp = bmp085_getpressure();
ltoa(press_bmp, buffer_press, 10);
uart_puts("press_bmp= ");uart_puts(buffer_press);uart_puts("\r\n");[/syntax]

I wynik tego:
press_bmp= 99946..

Czyli 999,46Hpa
Teraz muszę rozbić ten wynik (99946) na poszczególne cyfry,czyli tysieczne, setne, dziesietne i jednosci, przecinek mnie nie interesuje, nie będę go wyświetlał.
Niestety potrzebuje cyfry w postaci int, do dalszej obróbki i wyświetlania.
Jak to ogryźć?

Mogę prosić o jakaś podpowiedz lub jakiś przykład, tak taką operacje wykonać?
Pozdrawiam

Statystyki: Napisane przez wchpikus — 15 cze 2015, o 11:51

Re: rejestr GICR-atmega128,int2

2015-06-02T13:13:30+01:00

mirekk36 napisał(a):

wchpikus napisał(a):

Jak pozbyc sie przyjmowania kilku koned na raz?
Wyglada na to ze jakas flaga nie jest kasowana..

tak tak - wygląda - sam musisz o nią zadbać panie kochanieńki - na podstawie kodów z Bluebooka ....

Hehe, dziękuje Panie Mirku za cierpliwość, wiem ze potrafię zadawać głupie pytania:)
Co do bitu zaraz go znajdę, mam nadzieje ze da się go wyłapać...
Będę walczył dalej, jak skończę projekcik lub pojawi się inny problem, dam znać:)
Dziękuje ślicznie.

Ok juz widze, wystarczy czekac na zmiane tego bitu..

Statystyki: Napisane przez wchpikus — 2 cze 2015, o 13:13

Re: rejestr GICR-atmega128,int2

2015-06-02T12:56:29+01:00

wchpikus napisał(a):

Jak pozbyc sie przyjmowania kilku koned na raz?
Wyglada na to ze jakas flaga nie jest kasowana..

tak tak - wygląda - sam musisz o nią zadbać panie kochanieńki - na podstawie kodów z Bluebooka ....

Dopiero w Greenbooku fajnie to zostało rozwinięte .... dlatego jeszcze raz polceam Greenbooka w tym zakresie bo rozwiązanie przedstawione tam jest zacne ... co więcej ... pokazuję w Greenbooku jak dorabiać sobie TOOGLE BIT, który normalnie występuje tylko w RC5 ..... a jest MEGA PRZYDATNY chociaż mało kto zdaje sobie sprawę z tego jak można go wykorzystywać świetnie, to pokazuję jak ten bit programowo dorabiać sobie nawet w standardach innych takich jak SPACE czy PULSE (Sony, JVC) żeby mieć tę samą funkcjonalność i żeby móc reagować nie TYLKO na jedną ramkę bo to pryszcz ale żeby reagować na specyficznie wybraną ramkę - albo nawet kilka ramek w różnym czasie ... ale ok wyjaśnić to w kilku zdaniach to problem .... dlatego opisałem to w szczegółach w książce

Statystyki: Napisane przez mirekk36 — 2 cze 2015, o 12:56

Re: rejestr GICR-atmega128,int2

2015-06-02T12:44:46+01:00

Ok udalo sie zlokalizowac problem.
Teraz tylko pozostalo jedno, IRData juz przyjmuje komendy odpowiedzialne klawiszom w przerwaniu.
Czasami tylko przyjmuje dwie komendy na raz..jedna po drugiej.
Adres mojego pilota to 8, komendy pasuja do opisu.
Jak pozbyc sie przyjmowania kilku komend na raz?
Wyglada na to ze jakas flaga nie jest kasowana..

Statystyki: Napisane przez wchpikus — 2 cze 2015, o 12:44

Re: rejestr GICR-atmega128,int2

2015-06-02T11:23:36+01:00

A moge prosic podpowiedz co to za kod?
Czyzby JVC?
http://www.sbprojects.com/knowledge/ir/jvc.php

Statystyki: Napisane przez wchpikus — 2 cze 2015, o 11:23

Re: rejestr GICR-atmega128,int2

2015-06-02T10:45:24+01:00

wchpikus napisał(a):

a czy ten wyglada na rc5?

Mówię ci - szczerze polecam ci tę książkę:
http://atnel.pl/jezyk-c-pasja-programowania.html

po jej pierwszym rozdziale - potrafiłbyś sam jednym rzutem oka oceniać czy to jest RC5 czy inne kodowanie

to oczywiście nie jest RC5

Statystyki: Napisane przez mirekk36 — 2 cze 2015, o 10:45

Re: rejestr GICR-atmega128,int2

2015-06-02T09:53:09+01:00

wchpikus napisał(a):

pilot M67000-e, uniwersalny.

Wystarczy jeden rzut oka na ten przebieg żeby powiedzieć, że nie jest to RC5[/quote]

Ok zmienilem podlaczenie..

a czy ten wyglada na rc5?

Statystyki: Napisane przez wchpikus — 2 cze 2015, o 09:53

Re: rejestr GICR-atmega128,int2

2015-06-02T09:23:45+01:00

wchpikus napisał(a):

Odbiornik podłączony bezpośrednio do PD4, bez podciągania do vcc.

Wiesz co? żebyś jeszcze PDFa nie miał, nie pokazał .... a ty podłączasz masakrycznie (bo nie chodzi TYLKO o podciąganie - przyjrzyj się DOKŁADNIE na pierwszy schemat w swojej nocie ... bo jak mówię BABOLA robisz że aż strach i później się dziwisz że łapie zakłócenia)

wchpikus napisał(a):

pilot M67000-e, uniwersalny.

Wystarczy jeden rzut oka na ten przebieg żeby powiedzieć, że nie jest to RC5

Statystyki: Napisane przez mirekk36 — 2 cze 2015, o 09:23

Re: rejestr GICR-atmega128,int2

2015-06-02T08:32:28+01:00

mirekk36 napisał(a):

Po pierwsze teraz to POKAŻ pan schemat - jak masz ten odbiornik podłączony do procka - bo może uważasz, że to nieistotne i banalne ale niestety i tu się ludzie wykładają ...

Po drugie ... jakiego masz pilota - to kolejny GIGA problem którzy mają początkujący w tym zakresie bo wydaje im się że mają pilota RC5, a na końcu okazuje się, że tylko im się wydaje.

Odbiornik podłączony bezpośrednio do PD4, bez podciągania do vcc.

Zasilanie i masa na odbiorniku wg datasheet,
Odbiornik FM 71

http://www.opto-sensor.com.tw/upload/14 ... XX-5DN.pdf

pilot M67000-e, uniwersalny.

Ramka jaka odbieram z odbiornika:

Statystyki: Napisane przez wchpikus — 2 cze 2015, o 08:32

Re: rejestr GICR-atmega128,int2

2015-06-02T08:10:19+01:00

Statystyki: Napisane przez mirekk36 — 2 cze 2015, o 08:10

Re: rejestr GICR-atmega128,int2

2015-06-02T08:00:01+01:00

Ok, wygląda na to ze przerwanie działa, ale są złe ramki.
Wyswietlenie
IrData=0
LastCapture = zmienia sie, wiec cos lapie
command=0

Jest jeszcze problem, ze odbiornik lapie cos z powietrza, ale to mozna ominac.

Gdzie szukac problemu?

Statystyki: Napisane przez wchpikus — 2 cze 2015, o 08:00

Re: rejestr GICR-atmega128,int2

2015-06-01T13:57:51+01:00

ok - fajnie - to czekam później na ew dalsze pytania jeśli się pojawią

Statystyki: Napisane przez mirekk36 — 1 cze 2015, o 13:57

Re: rejestr GICR-atmega128,int2

2015-06-01T14:09:11+01:00

ok, bede walczyl po kolei, kazdy if sprawdze dioda led..

Statystyki: Napisane przez wchpikus — 1 cze 2015, o 13:38

Re: rejestr GICR-atmega128,int2

2015-06-01T12:52:24+01:00

No dobra i jak ty sprawdzasz czy działa ci to przerwanie ? korzystasz z DEBUGERA na JEDNEJ DIODZIE LED ? czy nie ?

jeśli nie to obejrzyj pan najpierw to :

https://www.youtube.com/watch?v=yVFf22JxuEs

ok?

a później tą metodą dokonaj kilku sprawdzeń - jak sam nadal nie wpadniesz co się dzieje to przynajmniej lepiej opiszesz problem ... tzn złapiesz bardziej precyzyjnie miejsce gdzie masz babola a wtedy łatwiej będzie ci pomóc dalej

Statystyki: Napisane przez mirekk36 — 1 cze 2015, o 12:52

Re: rejestr GICR-atmega128,int2

2015-06-01T13:03:41+01:00

#define IR_PORT D
#define IR_PIN 4
#define IR_IN (1<
wg datashet (ICP1) PD4

Pin zdeklarowany, podlaczony pod odbiornik.
Funkcja nie wchodzi w if (sprawdzenie Ir_key_press_flag, ciagle jest stan 0)

Dopisalem funkcje by odczytac co jest w PulseWidth i dostaje jakies wartosc, wiec odbiornik dziala.

Statystyki: Napisane przez wchpikus — 1 cze 2015, o 11:42

Re: rejestr GICR-atmega128,int2

2015-06-01T11:20:31+01:00

a sprawdziłeś pin na jakim jest ICP1 ? a skonfigurowałeś pin ICP1 w pliku *.h ?

Statystyki: Napisane przez mirekk36 — 1 cze 2015, o 11:20

Re: rejestr GICR-atmega128,int2

2015-06-01T11:58:28+01:00

Witam
Dziekuje za podpowiedz.
Próbuje uruchomić rc5 na atmega128...
Niestety mam jakiś problem.
[syntax=c]ISR(TIMER1_CAPT_vect) {

#define FRAME_RESTART 0
#define FRAME_OK 1
#define FRAME_END 2
#define FRAME_ERROR 3

time++; //--- Zwiększenie licznika
if (time==70){
time=0;
}

Przykład wzięty od Mirka..

Statystyki: Napisane przez wchpikus — 1 cze 2015, o 11:04