ATNEL tech-forum

Re: No to zaczynamy siłowanie się z Callbackami itp ;)

2017-03-30T11:32:58+01:00

zubik napisał(a):

nie bardzo rozumiem jak optymalnie wysyłać dane do eventu, na przykład gdybym chciał zmienić kanał pomiarowy

No ale to musisz coś sobie zakombinować - przede wszystkim to najpierw poćwicz sobie bez zdarzeń pomiar na wielu kanałach - wtedy wpadniesz sam na pomysł jak ... bo teraz robisz wszystko przecież na jednym kanale który pewnie gdzieś w sekcji INIT przed pętlą główną ustawiłeś w rejestrze ADMUX .... no to jak chcesz teraz kanał zmieniać - nie ważne już czy masz EVENTY czy ich nie masz.

Rozumiesz ?

Dlatego najpierw bez eventów przygotuj sobie prosty kod w main, który będzie ci mierzył na kilku kanałach

a jak wyjdzie to pomyśl jak to zamienić na EVENTY - jeśli nie wymyślisz to zwróć się z problemem na forum

ale na ZEUSA - nie doklejaj się do starych archiwalnych wątków - tylko proszę - zakładaj PAN nowy wątek - toż jaki jest sens doklejać się wciąż ? to po co forum wtedy? Chciałbyś czytać jakieś forum na którym byłby TYLKO JEDEN wątek i wszyscy by się do niego doklejali na końcu ? To tak w kwestii wyjaśnienia jak działa forum w ogóle ok?

Statystyki: Napisane przez mirekk36 — 30 mar 2017, o 11:32

Re: No to zaczynamy siłowanie się z Callbackami itp ;)

2017-03-30T10:26:23+01:00

topic7402.html

Statystyki: Napisane przez Jaglarz — 30 mar 2017, o 10:26

Re: No to zaczynamy siłowanie się z Callbackami itp ;)

2017-03-28T21:56:46+01:00

a co robi u ciebie ADC_EVENT()? toż bez tego trudno cokolwiek powiedzieć

Statystyki: Napisane przez mirekk36 — 28 mar 2017, o 21:56

Re: No to zaczynamy siłowanie się z Callbackami itp ;)

2017-01-20T19:28:21+01:00

A mała podpowiedź, odnośnie korzyści przy korzystaniu ze zdarzeń przy obsłudze kilku przycisków.

Statystyki: Napisane przez Hannibal9 — 20 sty 2017, o 19:28

Re: No to zaczynamy siłowanie się z Callbackami itp ;)

2017-01-20T17:35:14+01:00

Hannibal9 napisał(a):

w jakim celu stosować kod oparty na zdarzeniach,

Im więcej będziesz stosował tym szybciej sam dojdziesz kiedy to bywa przydatne a kiedy inny sposób - bo nie ma jakiegoś jasnego przepisu, że np stosujemy zdarzenia gdy XXX natomiast gdy YYY to nie

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

Hannibal9 napisał(a):

Czy w tym konkretnym wypadku coś zyskujemy dzięki zdarzeniom?

przy jednym przycisku może nie za dużo ale gdy ich będziemy mieć więcej ? ... sam pomyśl

Statystyki: Napisane przez mirekk36 — 20 sty 2017, o 17:35

Re: No to zaczynamy siłowanie się z Callbackami itp ;)

2017-01-20T17:02:27+01:00

Temat odgrzewam, ponieważ walczę ze zdarzeniami, program zapala i gasi diodę po wciśnięciu przycisku, wykombinowałem poniższy kod, który nawet działa

[syntax=c]//testowanie callback-ow na funkcji do obslugi klawisza

#include

#include "KEY_LIB/keys.h"

#define LED1 (1<#define LED1_TOG PORTD ^= LED1

void Event_przycisk(void); // funkcja zdarzeniowa np wcisnięcie przycisku

void (*moje_miganie_led)(void); //wskaźnik do funkcji Callback ktora bedzie wywoływana w zdarzeniu

void my_event(void(*zdarzenie)(void)){ // funkcja do rejestracji funkcji zwrotnej
moje_miganie_led=zdarzenie;
}

void miganie_led(void) { // funkcja ktora ma sie wykonac po nacisnieciu klawisz
LED1_TOG;
}

int main(void) {

DDRD |= LED1; // DDRD PD7 jako wyjście

key_init(); //inicjalizacja przycisku

my_event(miganie_led); //rejestracja funkcji

while(1) {

Event_przycisk();

}
}

void Event_przycisk(void){
static uint16_t key_lock;// key_lock=0

if( !key_lock && !(PINC & KEY1 ) ) {
key_lock=50000;

moje_miganie_led();

} else if( key_lock && (PINC & KEY1 ) ) key_lock++;
}[/syntax]

prosiłbym o podpowiedź kiedy i w jakim celu stosować kod oparty na zdarzeniach, czy w tym konkretnym przypadku wykorzystanie zdarzeń (rejestracje itd ) jest zasadne, czy samo wykorzystanie Callbecków nie wystarczy? Czy w tym konkretnym wypadku coś zyskujemy dzięki zdarzeniom?

Statystyki: Napisane przez Hannibal9 — 20 sty 2017, o 17:02

Re: No to zaczynamy siłowanie się z Callbackami itp ;)

2016-08-15T21:34:22+01:00

Czy jest szansa na kolejne części poradnika o callbackach?

Statystyki: Napisane przez Hannibal9 — 15 sie 2016, o 21:34

Re: No to zaczynamy siłowanie się z Callbackami itp ;)

2014-10-15T15:28:11+01:00

RafPe napisał(a):

piotrek_194 napisał(a):

wywołanie funkcji odbywa się z gwiazdką przed jej nazwą?

niech mnie ktos poprawi jesli sie myle ale to jest wskaznik na funkcje

jeśli chodzi o funkcje to gwiazdki można używać ale równie dobrze można jej nie używać - nie ma ŻADNEJ różnicy

Statystyki: Napisane przez mirekk36 — 15 paź 2014, o 15:28

Re: No to zaczynamy siłowanie się z Callbackami itp ;)

2014-10-15T15:02:29+01:00

piotrek_194 napisał(a):

wywołanie funkcji odbywa się z gwiazdką przed jej nazwą?

niech mnie ktos poprawi jesli sie myle ale to jest wskaznik na funkcje

Statystyki: Napisane przez RafPe — 15 paź 2014, o 15:02

Re: No to zaczynamy siłowanie się z Callbackami itp ;)

2014-10-15T13:58:49+01:00

Witam! Dopiero co zaczynam swoją przygodę z callbackami, więc proszę o wyrozumiałość Chodzi mi o fragment kodu z GreenBook`a dotyczącego transmisji radiowej 433/868 MHz:
[syntax=c]// wskaźnik do funkcji callback dla zdarzenia MAN_EVENT
static void (*man_byte_event_callback)(uint8_t bajt, uint8_t key_time);

// funkcja do rejestracji funkcji zwrotnej w zdarzeniu MAN_EVENT()
void register_man_byte_event_callback(void (*callback)(uint8_t bajt, uint8_t key_time)) {
man_byte_event_callback = callback;
}

// wskaźnik do funkcji callback dla zdarzenia MAN_EVENT
static void (*man_str_event_callback)(char * s);

// funkcja do rejestracji funkcji zwrotnej w zdarzeniu MAN_EVENT()
void register_man_str_event_callback(void (*callback)(char * s)) {
man_str_event_callback = callback;
}[/syntax]
Chciałbym zapytać, czy zamiast tworzyć wskaźników do funkcji callback nie moglibyśmy po prostu w nazwach funkcji do rejestracji funkcji zwrotnej zmienić zapis na ...(void(*callback1)(uint8_t bajt, uint8_t key_time)) oraz ...(void(*callback2)(char *s) , a następnie w ten sposób sprawdzać czy użytkownik zarejestrował swoją funkcję obługującą:
[syntax=c]if(callback1)... ;
if(callback2)... ;[/syntax]
Jak już tu jesteśmy, to od razu chciałbym rozwiać moją drugą wątpliwość, a mianowicie dlaczego we fragmencie kodu:
[syntax=c]if(man_str_event_callback) (*man_str_event_callback)(bfr);[/syntax]
wywołanie funkcji odbywa się z gwiazdką przed jej nazwą?

Statystyki: Napisane przez piotrek_194 — 15 paź 2014, o 13:58

Re: No to zaczynamy siłowanie się z Callbackami itp ;)

2014-09-26T19:16:31+01:00

MrNew napisał(a):

Ale ty to masz muskuły!!!

Każdy ma takie jak już się zmierzy z callbackami wtedy już łatwiej

Statystyki: Napisane przez mirekk36 — 26 wrz 2014, o 19:16

Re: No to zaczynamy siłowanie się z Callbackami itp ;)

2014-08-13T14:56:35+01:00

Ok. Już wszystko wiem.

Swoją drogą bardzo się zdziwiłem, że działanie pewnego elementu układanki zależy w dużym stopniu od tego co wstawimy do main, ale widać tak to zostało napisane i tak miało być.
Pozmieniałem i dopasowałem do swoich potrzeb.

pozdrawiam

Statystyki: Napisane przez Mystik — 13 sie 2014, o 14:56

Re: No to zaczynamy siłowanie się z Callbackami itp ;)

2014-08-12T17:40:38+01:00

Witam Wszystkich Serdecznie!

Fajne te Callbacki. Dzięki za przybliżenie tematu.

Mam jeden problem, ale to już konkretną biblioteką do obsługi Enkodera opisaną szczegółowo tutaj:

http://mirekk36.blogspot.com/2013/04/en ... y-cz2.html

Ze względu na rodzaj enkodera "wynik" zmienia się co drugi klik, ale to mniejsza.
Gorzej, że tak prosta rzecz jak przycisk niestety nie chce współpracować. Reakcja jest na kliknięcia, które wykonam co 10 sekund. Nie co drugi czy 10-ty klik, a po 10 sekundach od ostatniego kliknięcia. Wcześniej jest brak reakcji.

Jak wpisałem w pętli głównej tylko wywołanie: ENCODER_EVENT( speed ); to wszystko działało jak należy. Ale wpisanie czegokolwiek np. odczyt godziny z PCF-a po I2C, czy wyświetlenie zmiany na LCD, to zaczęły się robić takie dziwadła.

Jedynym sposobem jest kasowanie zmiennej key_lock w obsłudze przycisku. Ale to z kolei powoduje, że często są podwójne lub potrójne reakcje na wciśnięcie. Mogę oczywiście przykleić jakiś plaster i odczekać 50ms, ale nie o to chodzi.

I dziwne jest to, że w tym samym czasie obrót enkodera i wyświetlanie wszystkiego co żyje, jest obsługiwane jak należy, a będąca w tej samej procedurze obsługa przycisku już nie.

Nie chce na razie zmieniać biblioteki obsługi enkodera, bo ta jest bardzo fajna (przy okazji duże podziękowania dla Autora), ale gdzie szukać błędu?

Statystyki: Napisane przez Mystik — 12 sie 2014, o 17:40

Re: No to zaczynamy siłowanie się z Callbackami itp ;)

2014-08-07T19:54:53+01:00

A ja może nie na temat, chce obsłużyć enkoder (na atmedze 8 taktowanej kwarcem16mhz) oraz wyświetlać wynik na wyświetlaczu 4xLED, dodatkowo chce obsługiwać termometr ds18b20 i odmierzać czas do 1 godziny. Nie mam pojęcia jak sie za to zabrać. Enkoder potrzebuje przerwania co 1ms, wyświetlacz co 5ms, termometr co 1s. Czy użyć osobnych timerów do obsługi każdego "działu" i jeśli tak to czy timer co 1ms powinien mieć większy priorytet niż ten co 5ms czy odwrotnie aby oba peryferia się nie zakłócały wzajemnie. Może użyć jednego timera i zrobić timery programowe, ale wtedy przy odczycie z termometru wyswietlacze będą przygasać. Jak Wy byście się za to zabrali?

Statystyki: Napisane przez Arek1111111111 — 7 sie 2014, o 19:54

Re: No to zaczynamy siłowanie się z Callbackami itp ;)

2014-05-08T14:03:42+01:00

Witam
Prawie już rok minął od ostatniego postu na temat Callbacków, mimo to postanowiłem dopisać jakie mam przemyślenia na ich temat. Zamieszczam zdjęcia ponieważ jakoś tak fajniej mi się myśli z 'ołówkiem w ręku' i kartce. Może komuś taka forma bardziej przypadnie do gustu.
Aby maksymalnie przekazać 'treść', zrezygnowałem z wszelkich formalności jakimi są odpowiednie typy zmiennych itd. chodziło mi tylko o przekazanie idei callbacków.
Starałem się uniknąć błędów w rozumowaniu. Gdyby jednak się pojawiły to oczywiście proszę je wytykać bez żadnych skrupułów.
Pozdrawiam.

Statystyki: Napisane przez qutrit — 8 maja 2014, o 14:03

Re: No to zaczynamy siłowanie się z Callbackami itp ;)

2013-05-19T04:52:58+01:00

na tym że funkcja jest nieblokująca czyli wykona tylko to co ma zrobić i nie używa bron boze delayow albo innych opoznien

Statystyki: Napisane przez mirekk36 — 19 maja 2013, o 04:52

Re: No to zaczynamy siłowanie się z Callbackami itp ;)

2013-05-19T00:34:18+01:00

Na czym polega wymieniana wcześniej owa "Przezroczystość" funkcji?

Statystyki: Napisane przez TomZiom — 19 maja 2013, o 00:34

Re: No to zaczynamy siłowanie się z Callbackami itp ;)

2013-04-16T15:15:12+01:00

Nie no spoko - rozumiesz - tylko ja gdy staram się tłumaczyć to jakby wyraźnie oddzielam EVENT od Callbacka dlatego że każdy z nich może żyć własnym i całkiem innym życiem, czyli jeden bez drugiego - bardziej o to mi chodzi.

Ale jeśli spojrzeć na taki EVENT jak na czarną skrzynkę (lepiej może wręcz OBIEKT jak wyżej któryś kolega napisał) to wtedy rzeczywiście takiego callbacka można przymocować (przyspawać) do obiektu jako jego metodę (porównując właśnie do C++)

więc jak widzisz poruszamy się po tym samym podwórku - tyle że staram się pokazywać - różne możliwości jakby korzystania z takich narzędzi gdy weźmie się w rękę każde oddzielnie.

Statystyki: Napisane przez mirekk36 — 16 kwi 2013, o 15:15

Re: No to zaczynamy siłowanie się z Callbackami itp ;)

2013-04-16T14:31:57+01:00

No u mnie niestety się to miesza , tj. nie ogarniam tak tego na poziomie atomowym jak wielu kolegów.
Nie mam chwilowo takiej potrzeby, dla mnie eventy to takie czarne skrzynki wołające ej, hej, mam tu dla ciebie dane, wydarzenia itp., zajmij się nimi.

Tj. cały czas to dla mnie jest coś w formie uchwytów jak np. w Borland Builder myszką robiło się grafikę, menu itp. a potem programowało się do tego obsługę.

Czyli klikając na przycisk, następowało zdarzenie które dopiero zostawało zauważone jak by przez nas, a reszta tego mechanizmu nas nie interesuje, kto klika, czym klika itd.
Ewentualnie slidery na zasadzie sprzężenia zwrotnego, czyli za pomocą jakiś "potencjometrów" można było sobie regulować kolor, albo wpisując z ręki kod koloru "potencjometry" ustawiały się na zadanych miejscach.
Nie wiem, czy to dobrze rozumiem, ale mnie taka analogia do zdarzeń czyt. event-callback najbardziej przemawia, bo następuje tu też przekazywania parametrów w obydwie strony bez konieczności posiadania wiedzy co jest w środku. Wystarczy nam tylko znajomość "interfejsu" jego "uchwytów".

Tj. cały czas mam przed oczami analogie programowania w IDE Borlanda C++ okienkowych aplikacji, bo na tym się kiedyś uczyłem.

Oj, zdaje mi się, że musiał bym mieć to jakoś obrazkowo wyjaśnione .....niby rozumiem, ale nie do końca.

Statystyki: Napisane przez Gość — 16 kwi 2013, o 14:31

Re: No to zaczynamy siłowanie się z Callbackami itp ;)

2013-04-16T14:27:16+01:00

rezasurmar --> tylko wydaje mi się, że tym co napisałeś - troszeczkę jeszcze mało klarownie widzisz może różnice pomiędzy EVENTAMI a Callbackami, troszkę jakby może mieszasz te dwa pojęcia. Tzn nie zrozum mnie źle - to wszystko w takim języku jak C jest bardzo płynne bo że tak powiem szyte na miarę i można zrobić na 100 różnych sposobów, więc i w tym co piszesz także masz rację. Ale dopiero C++ standaryzuje to wszystko formalnie

Statystyki: Napisane przez mirekk36 — 16 kwi 2013, o 14:27

Re: No to zaczynamy siłowanie się z Callbackami itp ;)

2013-04-16T14:00:15+01:00

Ja rozumuję eventy w ten sposób......

Zamiast zajmować procesor czekaniem na jakieś wydarzenie, czekam tylko na flagę i on dostając flagę obsługuję już potem całe wydarzenie.
Jak już wyżej koledzy opisywali, nie muszę się zajmować całą tą otoczką obsługi wydarzenia, czyli np. odbieraniem danych po RS232 itp. Tylko dostaję gotową ramkę w buforze i callback woła hej, masz tu ramkę rób z nią teraz co chcesz masz wskaźnik (czy co tam ustawimy) na bufor i zapala flagę że bufor pełny, albo, że przyleciała właściwa dana.
Miałem tak odbierając dane z końcówką CF LR i dopiero wtedy "obrabiałem" bufor w main().

Statystyki: Napisane przez Gość — 16 kwi 2013, o 14:00

Re: No to zaczynamy siłowanie się z Callbackami itp ;)

2013-04-16T13:51:14+01:00

Czyli EVENTY() są po to aby nie grzebać w main() w razie potrzeby zmiany kodu, a CALLBACKI, żeby nie ruszać np. funkcji obsługi przycisku tylko za jej pomocą wywoływać przeróżne inne funkcje-czyli robić callback. Można by napisać, że Event jest o krok wstecz od Callbacka. Czy takie rozumowanie jest słuszne ?

Statystyki: Napisane przez qutrit — 16 kwi 2013, o 13:51

Re: No to zaczynamy siłowanie się z Callbackami itp ;)

2013-04-12T18:04:18+01:00

a dlaczego rzekomej ? czy nie zauważacie panowie że tak przebiegał naturalny rozwój języka C do C++

no toż dokładnie o to chodzi - callbacki to protoplaści metod, ale i w C++ callbacki są wykorzystywane jako mechanizmy luzem a nie tylko metody obiektów

Statystyki: Napisane przez mirekk36 — 12 kwi 2013, o 18:04

Re: No to zaczynamy siłowanie się z Callbackami itp ;)

2013-04-12T17:26:05+01:00

Czy czasem w tych callbackach nie ma tutaj rzekomej analogii do programowania obiektowego?

funkcja moj_klawisz pełni rolę obiektu i na rzecz tej funkcji (obiektu) moj_klawisz można wywołać inne funkcje (metody) należące do klasy obiektu moj_klawisz?

Tak to właśnie odbieram po dłuższej analizie.

Statystyki: Napisane przez Wrangler — 12 kwi 2013, o 17:26

Re: No to zaczynamy siłowanie się z Callbackami itp ;)

2013-04-12T13:39:41+01:00

wojtek1000 --> bardzo dobrze to zrozumiałeś wymieniłeś kilka zalet callbackowości

Statystyki: Napisane przez mirekk36 — 12 kwi 2013, o 13:39