ATNEL tech-forum

Re: komunikacja UDP z książki

2017-02-16T15:15:29+01:00

A wartość napięcia sprawdziłeś? To podstawa.

Statystyki: Napisane przez Jaglarz — 16 lut 2017, o 15:15

Re: komunikacja UDP z książki

2017-02-16T08:49:36+01:00

Szczerze przyznam że ja wręcz jestem pewien, że problem jest w zasilaniu. Cały układ składa się z gotowych modułów. Wszystko z ebaya: arduino nano m328p 16mhz, ENC28J60 i modulik do zasilania płytek prototypowych jako zasilanie, a całość zasilana z chińskiej ładowarki do telefonu. Nie wspominałem o tym bo wiem jakie tu jest nastawienie do takich produktów, i wiem też że to w tym jest problem. Na dodatek całość połączona kabelkami do prototypowania. To jest bardzo doraźne rozwiązanie więc się tu zbytnio nad HW nie skupiałem. I jak mówię jestem 100% pewien że to HW jest problemem. W moim pytaniu chodziło bardziej o to czy jestem w stanie w programie jakoś zbadać że ENC straciło kontakt i na tej podstawie zresetować procka watchdogiem. A czy on się będzie resetował co 10min czy co 5h to mi to nie robi różnicy. Byle to się robiło automatycznie a nie przez moje ręce

Statystyki: Napisane przez eMCe2 — 16 lut 2017, o 08:49

Re: komunikacja UDP z książki

2017-02-15T21:29:31+01:00

Mógłbyś bardziej opisać projekt sprzętowo, bo raczej w nim jest problem.
ENC28J60 to Mirkowy, z allegro, własnej roboty?
Jakimi napięciami zasilasz układ, jakimi procka, jakie taktowanie procka, dokładny typ procka?

Niestety te układy są wrażliwe na wszelkie nieprawidłowości, więc aby dobrze działały wszystko musi być odpowiednio dobrane i zestawione.

Statystyki: Napisane przez yaiba83 — 15 lut 2017, o 21:29

komunikacja UDP z książki

2017-02-15T14:41:00+01:00

Czesc
Wykorzystałem sobie przykład z ksiązki do zdalnego wysterowywania elektrorygli w drzwiach w firmie. Postawiłem serwerek UDP, mam aplikację kliencie na PC + android. Kodu nie wrzucam bo to właściwie poza kosmetyką przykład z książki. Zmieniłem sobie IP, dodałem Timery programowe dwa i flagi żeby jak więcej osób naraz wyśle komende nie otwierać drzwi przez kilka minut.

Oto moje zmiany:
[syntax=c]void parse_set_led(char * buf) {
char *wsk;
uint8_t nr_led, led_on;

wsk = strtok_r(NULL, sep, &buf);
if( wsk ) {
nr_led = atoi(wsk);
wsk = strtok_r(NULL, sep, &buf);
if( wsk ) {
led_on = atoi(wsk);
switch( nr_led ) {
case 1: if(led_on && flaga1==0) {LED1_ON; Relay1_delay = DEL1; flaga1 = 1;} break;
case 2: if(led_on && flaga2==0) {LED2_ON; Relay2_delay = DEL2; flaga2 = 1;} break;
//case 3: if(led_on) PORTC |= (1<}
}
}
}[/syntax]

[syntax=c]while(1){

wdt_reset();

UDP_EVENT(myport);

if(!Relay1_delay)
{
LED1_OFF;
flaga1=0;
}
if(!Relay2_delay)
{
LED2_OFF;
flaga2=0;
}
}[/syntax]

[syntax=c]ISR(TIMER2_COMPA_vect)
{
uint16_t n,k,j;

n = Timer1;/* 100Hz Timer1 */
if (n) Timer1 = --n;

k = Relay1_delay;
if (k) Relay1_delay = --k;

j = Relay2_delay;
if (j) Relay2_delay = --j;
}[/syntax]

Problem jest taki, że moje urządzenie co jakis czas trzeba resetować bo traci komunikacje. Nie reaguje na pingi. Niestety watchdog użyty tak jak jest nie wiele się przydaje.
Czy mogę go użyć tak:

[syntax=c]while(1){
while(enc28j60linkup()){
wdt_reset();
}

UDP_EVENT(myport);

if(!Relay1_delay)
{
LED1_OFF;
flaga1=0;
}
if(!Relay2_delay)
{
LED2_OFF;
flaga2=0;
}

}[/syntax]

Czy dobrze myślę ze funkcja enc28j60linkup() zwraca status połączenia?

Statystyki: Napisane przez eMCe2 — 15 lut 2017, o 14:41