ATNEL tech-forum

Re: problem z przykładem z książki

2012-09-24T07:55:20+01:00

Dzięki Mirku za odpowiedź W moim przypadku brak komunikacji do PC był spowodowany tym właśnie, że nie ustawiałem bramy, bo oda urządzenia były spięte bezpośrednio. Po połączeniu przez router, bez problemu przesyłam już dane w obie strony.
Mógłbyś trochę rozwinąć "da się" ? Brak bramy muszę gdzieś w konfiguracji stosu zmienić ?

Statystyki: Napisane przez ixxl — 24 wrz 2012, o 07:55

Re: problem z przykładem z książki

2012-09-23T21:55:31+01:00

No ixxl właśnie wpadł mi w ręce zestaw ATB, a że miałem pod ręką ATB-Ethernet to podłączyłem i sprawdziłem

wszystko działa tzn te klawisze także tylko :

1. najpierw ustaw poprawny adres swojej karty sieciowej w tym miejscu:

2. ustaw koniecznie adres IP swojego komputera w pierwszym elemencie tej tablicy jak niżej na obrazku:

a w programie na PC patrz na tą ramkę na dole - zobacz jak się objawia wciskanie klawiszy

------------------------ [ Dodano po: 2 minutach ]

ixxl napisał(a):

A tak z innej beczki, do połączenia ad-hoc 2 sterowników nie jest potrzebna brama. Da się użyć tego stosu do takiej pracy ?

Tak da się brama jest wtedy do niczego nie potrzebna.

Statystyki: Napisane przez mirekk36 — 23 wrz 2012, o 21:55

Re: problem z przykładem z książki

2012-09-22T13:11:35+01:00

UDP między sterownikami pracuje normalnie, podgląd ramek zrobiłem na LCD, więc już nie potrzebuję PC.
A tak z innej beczki, do połączenia ad-hoc 2 sterowników nie jest potrzebna brama. Da się użyć tego stosu do takiej pracy ?

Statystyki: Napisane przez ixxl — 22 wrz 2012, o 13:11

Re: problem z przykładem z książki

2012-09-21T22:35:27+01:00

Wiesz? Jakby mi nie działało to przykład na pewno nie pojawiłby się na dvd to po pierwsze. A po drugie to tu na tym forum jak pamietam ktoś miał podobny problem i udało mu się go rozwiązać . Spróbuj poszukać. No i po trzecie to przypomnij mi się za kilka dni a może za tydzień jak wrocę do firmy i będę miał zestaw pod ręką to sprawdzę twój kod ale musisz go spakować do Zipa i mi na maila przesłać z przypomnieniem to sprawdzę ok? biuro@atnel.pl

Statystyki: Napisane przez mirekk36 — 21 wrz 2012, o 22:35

Re: problem z przykładem z książki

2012-09-21T22:05:09+01:00

Tak, mojego . Już mnie nauczyłeś wcześniej, żeby sprawy oczywiste zbadać zanim zacznę pytać
Pobiera prawidłowo adres, no cóż, w tym momencie się poddaję, będę analizował ramki na drugim zestawie. Tobie Mirku działało wszystko ? Zaznaczam, że chodzi wszystko z wyjątkiem tej jednej funkcji. Program jest żywcem wrzucony z płyty.Diody mrugają, tekst przechodzi, krawaty wiąże, usówa ciąże, ale przez send_udp nie mogę przesłac ramki do kompa

Statystyki: Napisane przez ixxl — 21 wrz 2012, o 22:05

Re: problem z przykładem z książki

2012-09-21T21:57:27+01:00

W książce zdaje się jest to opisane - no chyba musi tu być adres twojego komputera ... jest ? (ja tak wyrwany z kontekstu to nie pamiętam dokładnie co i jak)

Statystyki: Napisane przez mirekk36 — 21 wrz 2012, o 21:57

Re: problem z przykładem z książki

2012-09-21T21:46:25+01:00

Nie, to nie to, bo przeciez cala pozostala komunikacja UDP smiga.
Zauważyłem inną ciekawą rzecz, po wysłaniu ramki przez tą funkcję, mruga dioda na karcie z zestawu, ale komp nie odbiera żadnego bajtu.
Adresy są w tablicy [syntax=c]static uint8_t farip[2][4] = { {192,168,0,10}, {192,168,0,180} };[/syntax]
pobrane w funkcji:
[syntax=c]send_udp(buf, str, strlen(str), 22700,farip[ip_pc] , 21000);[/syntax]

czyli ,ze podstawi adres z pierwszej tablicy ?

Statystyki: Napisane przez ixxl — 21 wrz 2012, o 21:46

Re: problem z przykładem z książki

2012-09-21T21:37:13+01:00

sprawdź czy nie masz jakiejś blokady portów w windows albo antywirusa który blokuje porty przychodzące itp

Statystyki: Napisane przez mirekk36 — 21 wrz 2012, o 21:37

Re: problem z przykładem z książki

2012-09-21T21:12:21+01:00

Bezpośrednio, wszystko mi ładnie chodzi, poza tym podglądem ramek wysłanych przez send_udp().
W programie się ustawia tylko adres i porty urządzenia, natomiast na jaki port ja mam wysyłać ramkę ze sterownika ?
Z kodu programu wnioskuję, że 21000, ale brak efektu.

Statystyki: Napisane przez ixxl — 21 wrz 2012, o 21:12

Re: problem z przykładem z książki

2012-09-21T21:07:12+01:00

Klient PC hmmm żebym ja tak teraz z pamięci - pamiętał że tak powiem ale przecież tam się ustawia porty. Domyślnie powinno być tak jak jest w programie.

Jaki masz adres IP karty? jaki masz adres IP komputera? jak się łączysz z kompem ? bezpośrednio? czy jakiś switch ?

Statystyki: Napisane przez mirekk36 — 21 wrz 2012, o 21:07

Re: problem z przykładem z książki

2012-09-21T20:36:30+01:00

Mam, oczywiście. Przez UDP bez problemu steruję diodami i wysyłam tekst.
Teraz po wciśnięciu klawisza, wywołuje funkcję prawidłowo, tylko w monitorze ramek nic się nie pokazuje...
Raczej nie mogłem nic źle podłączyć, podłączony jest LCD, przyciski i FT232, nic więcej.
Na szybkiego podłączyłem drugi zestaw i odbiera ramki. A na jakim porcie nasłuchuje klient PC ?

Statystyki: Napisane przez ixxl — 21 wrz 2012, o 20:36

Re: problem z przykładem z książki

2012-09-21T20:29:50+01:00

Wiesz co? sprawdź ty najpierw czy ci w ogóle działa połączenie sieciowe ? Udaje ci się np pingować kartę sieciową ?

a co było przyczyną to nie wiem ... chociaż wygląda to tak jakbyś robił coś totalnie źle - bo akurat PC0 i PC1 są podciągnięte rezystorami 4,7K do VCC ponieważ są to przy okazji linie SDA i SCL od I2C....

więc albo podłączałeś się nie do tych pinów albo nie wiem co

sprawdź najpierw czy masz w ogóle pinga do karty

czy w programie na PC cokolwiek ci się pokazuje ? bo jeśli nic - to pewnie masz zły adres IP ustawiony

Statystyki: Napisane przez mirekk36 — 21 wrz 2012, o 20:29

Re: problem z przykładem z książki

2012-09-21T20:21:12+01:00

Rozwiązałem problem, ale dalej nie wiem co było przyczyną.
Pomogło przepięcie klawiszy na PC0-PC1. Program wrzucony tak jak był na płycie, do zestawu podpięta karta sieciowa, by Atnel. Chętnie bym się dowiedział co jest problemem, coby na przyszłość czasu nie marnować :/

Druga sprawa, to:

[syntax=c]send_udp(buf, str, strlen(str), 1100, farip[ip_pc], 21000);[/syntax]

Po wykonaniu tej funkcji, powinienna ramka się pokazać w klient/serwer UDP na komputerze ?
Bo po wykonaniu funkcji, nie pokazuje się nic i nie wiem, czy zostala wysłana.

Krauser napisał(a):

Skoro masz taka linię KL_PORT |= KL1|KL2;
to dlaczego używasz dalej w kodzie &PINC i (1< zamiast &KL_PIN i KL2 w takim przypadku łatwo o pomyłkę. Zmienisz zdefiniowane symbole a dalej w kodzie masz nie zmienione linie przycisków.

Jeszcze nic nie zmieniałem w programie, narazie chcę go uruchomić i dopiero zacząć przygodę z UDP
Statystyki: Napisane przez ixxl — 21 wrz 2012, o 20:21

Re: problem z przykładem z książki

2012-09-21T20:20:09+01:00
Skoro masz taka linię KL_PORT |= KL1|KL2;
to dlaczego używasz dalej w kodzie &PINC i (1< zamiast &KL_PIN i KL2 w takim przypadku łatwo o pomyłkę. Zmienisz zdefiniowane symbole a dalej w kodzie masz nie zmienione linie przycisków.
Statystyki: Napisane przez Krauser — 21 wrz 2012, o 20:20

Re: problem z przykładem z książki

2012-09-21T20:12:43+01:00
Posłuchaj, wprawdzie akurat ta wersja Superdebounce jest lekko spaczona ale to nie jest akurat powodem tego twojego kłopotu, to jednak na przyszłość używaj tej poprawionej z projektu:

17_SuperDebounce

spójrz jak w niej wygląda deklaracja funkcji:

[syntax=c]/************** funkcja SuperDebounce do obsługi pojedynczych klawiszy ***************
* AUTOR: Mirosław Kardaś
* ZALETY:
* - nie wprowadza najmniejszego spowalnienia
* - posiada funkcję REPEAT (powtarzanie akcji dla dłużej wciśniętego przycisku)
* - można przydzielić różne akcje dla trybu REPEAT i pojedynczego kliknięcia
* - można przydzielić tylko jedną akcję wtedy w miejsce drugiej przekazujemy 0 (NULL)
*
* Wymagania:
* Timer programowy utworzony w oparciu o Timer sprzętowy (przerwanie 100Hz)
*
* Parametry wejściowe:
* *key_state - wskaźnik na zmienną w pamięci RAM (1 bajt)
* *KPIN - nazwa PINx portu na którym umieszczony jest klawisz, np: PINB
* key_mask - maska klawisza np: (1< * rep_time - czas powtarzania funkcji rep_proc w trybie REPEAT
* rep_wait - czas oczekiwania do przejścia do trybu REPEAT
* push_proc - wskaźnik do własnej funkcji wywoływanej raz po zwolenieniu przycisku
* rep_proc - wskaźnik do własnej funkcji wykonywanej w trybie REPEAT
**************************************************************************************/
void SuperDebounce(uint8_t * key_state, volatile uint8_t *KPIN,
uint8_t key_mask, uint16_t rep_time, uint16_t rep_wait,
void (*push_proc)(void), void (*rep_proc)(void) ) ;[/syntax]

widzisz ten pierwszy dodatkowy argument uint8_t * key_state ??? zajrzyj do tej lekcji i zobacz jak go się używa, trzeba powołać oddzielne zmienne jedno bajtowe na każdy klawisz. .... ale jak mówię w tym konkretnym przypadku nie to jest powodem....

musiałbyś to jakoś sprawdzić bo to co opisujesz mówi o tym jakbyś miał nie podciągnięte linie do VCC. To że masz to w programie zrobione to jedno ... ale czy dobrze np podłączyłeś ? do odpowiednich pinów ? czy nie ma tam coś innego podłączonego ?

na czym to wszystko testujesz ?

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

a jak dasz zamiast wywołań tych funkcji NULL, NULL?
Statystyki: Napisane przez mirekk36 — 21 wrz 2012, o 20:12

Re: problem z przykładem z książki

2012-09-21T20:05:50+01:00
Nie napisałeś czy działasz na ATB z ATNELa. A co z JTAGiem na PORTC(fusebit)?
Statystyki: Napisane przez Piotrek_P — 21 wrz 2012, o 20:05

Re: problem z przykładem z książki

2012-09-21T20:04:06+01:00
No tak jak napisałeś w programie , tak jest

Oczywiście, że podciągnięte

[syntax=c]// podciągnięcie wejść klawiszy do VCC
KL_PORT |= KL1|KL2;[/syntax]
Statystyki: Napisane przez ixxl — 21 wrz 2012, o 20:04

Re: problem z przykładem z książki

2012-09-21T19:56:47+01:00
Taaaaak, ciekawi mnie tylko czy masz podciągnięte linie klawiszy do VCC ?
Statystyki: Napisane przez mirekk36 — 21 wrz 2012, o 19:56

problem z przykładem z książki

2012-09-21T19:37:23+01:00
Cały wieczór siedzę i nie mam już pomysłu. co jest nie tak
Otóż uruchomiłem program Mirka z rozdziału o UDP. O ile sama komunikacja działa bez zarzutu, to mam problem z oprogramowaniem klawiszy.

[syntax=c]SuperDebounce(&PINC, (1< SuperDebounce(&PINC, (1<
Wiadomo, żeby wywołać funkcję mk_send_udp , musi być wciśnięty klawisz. Otóż program wchodzi do funcji, pomimo tego , że żaden klawisz nie jest wciśnięty. Nic nie zmieniałem w oryginalnym programie, oprócz adresów i funkcji mk_send_udp.

ciało funkcji superdebounce:

[syntax=c]void SuperDebounce(volatile uint8_t *KPIN,
uint8_t key_mask, uint16_t rep_time, uint16_t rep_wait,
void (*push_proc)(uint8_t), void (*rep_proc)(uint8_t) ) {

enum KS {idle, debounce, go_rep, wait_rep, rep};

static enum KS key_state;
static uint8_t last_key;
uint8_t key_press;

// zabezpieczenie przed wykonywaniem tej samej funkcji dla
// dwóch klawiszy wciskanych jednocześnie (zawsze będzie
// wykonywana odpowiednia akcja dla tego, który został
// wciśnięty jako pierwszy
if( last_key && last_key != key_mask ) return;

key_press = !(*KPIN & key_mask);

if( key_press && !key_state ) {
key_state = debounce;
Timer1 = 5;
} else
if( key_state ) {
if( key_press && debounce==key_state && !Timer1 ) {
key_state = go_rep;
Timer1=3;
last_key = key_mask;
} else
if( !key_press && key_state>debounce && key_stateif(push_proc) push_proc(key_mask);/* KEY_UP */
key_state=idle;
last_key = 0;
} else
if( key_press && go_rep==key_state && !Timer1 ) {
if(!rep_time) rep_time=20;
if(!rep_wait) rep_wait=150;
key_state = wait_rep;
Timer1=rep_wait;
} else
if( key_press && wait_rep==key_state && !Timer1 ) {
key_state = rep;
} else
if( key_press && rep==key_state && !Timer1 ) {
Timer1 = rep_time;
if(rep_proc) rep_proc(key_mask);/* KEY_REP */
}
}

if( key_state>=wait_rep && !key_press ) {
key_state = idle;
last_key = 0;
}
}[/syntax]
Statystyki: Napisane przez ixxl — 21 wrz 2012, o 19:37