ATNEL tech-forum

Re: Komunikacja miedzy 2 uC, uart.

2015-09-13T20:57:36+01:00

grochal7 napisał(a):

Jutro to sprawdzę bo nie mam dostępu do moich stykówek

o stykówka no to ja bym zaczął szukać od tego

Statystyki: Napisane przez Intre — 13 wrz 2015, o 20:57

Re: Komunikacja miedzy 2 uC, uart.

2015-09-13T20:55:59+01:00

Jutro to sprawdzę bo nie mam dostępu do moich stykówek
W tej chwili wydaje mi się, że problem polega na tym, że modyfikowałem biblioteki Pana Mirka pod atmegę8.
Jak dobrze pamiętam, Pan Mirek domyślnie pisał biblioteki pod atmegę16. Jeśli jakieś bity pod atmegę16 i pod atmege8 różnią się tzn że wgrywam na moją 32 i 16 to co było zmodyfikowane pod atmege8 (i tam dzialalo).
Chyba, że w przypadku 8 16 i 32 wszystko wygląda tak samo to będę szukać problemu gdzieś indziej..

Statystyki: Napisane przez grochal7 — 13 wrz 2015, o 20:55

Re: Komunikacja miedzy 2 uC, uart.

2015-09-13T20:56:23+01:00

Wez te 2 atmegi najlepiej takie same wgraj Mirka biblioteki i patrzaj co sie dzieje. No musi działać nie ma opcji. Podmień dopiero 1 z Atmeg jak Ci będzie działało i patrzaj jak nie to szukaj co jest źle w kodzie porównując nazwy z notą danego procka. I jak zacznie Ci śmigać to UART, dołóż wtedy do jednej RFM12 i po temacie.

Statystyki: Napisane przez Intre — 13 wrz 2015, o 20:52

Re: Komunikacja miedzy 2 uC, uart.

2015-09-13T20:52:22+01:00

A po co to?
Jestem w trakcie projektu, w którym atmega 16 będzie oddzielnym modułem odpowiedzialnym za sterowanie silnikami (sterowanie bezpośrednie). A atmega 32 będzie warstwą nadrzędną (sterowanie nadrzędne) i będzie swego rodzaju mózgiem całości (odpowiadać będzie również za inne rzeczy, nie tylko za sterowanie silnikami).

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

W rzeczywistości niemożliwe byłoby użycie jednego mikrokontrolera ze względu na brak wystarczającej liczby wyprowadzeń oraz obciążenia mikrokontrolera. A druga sprawa to właśnie ta warstwowe uporządkowanie projektu.

Statystyki: Napisane przez grochal7 — 13 wrz 2015, o 20:47

Re: Komunikacja miedzy 2 uC, uart.

2015-09-13T20:49:05+01:00

No ok rozumiem ale poco tam 2 atmegi ta 16 i 32 nie stykła by jedna z RMF12?

Ja do testów jakbym chciał połączyć 2 Atmegi po Uart bym sobie zrobił samą tylko taką komunikacje miedzy nimi bez RFM12 tylko tak testowo. I jak miał to sprawdzone to bym dokładał dopiero RFM12.

Statystyki: Napisane przez Intre — 13 wrz 2015, o 20:46

Re: Komunikacja miedzy 2 uC, uart.

2015-09-13T20:43:16+01:00

Już tłumacze
Z kompa wysyłam dane po uarcie do atmegi 8. Ta wysyła te same dane przez SPI do RFM12B.
Druga radiówka odbiera dane, wysyla do atmegi 32 i zapala diodę (jedną z dwóch, zależnie czy dane zostały odebrane prawidłowo, czy nie) oraz od razu wysyla te same dane (poniżej ten fragment kodu) po uarcie do atmegi 16, która (powinna a nie robi tego) odbiera dane i jesli cokolwiek odebrala zapala diodę. dioda ta niestety się nie zapala.
wspomniany fragment kodu:
[syntax=c]if(ret > 0 && ret < 254)
{ // brak błędów CRC - odebrana ramka
if(0 == strcmp(test,"aaa"))
{
uart_puts(test);//jesli odebrane z rfm zgadzaja sie z aaa to wysyla na uart aaa
PORTC ^= LED1; //oraz po wyslaniu zmienia stan diody (i to fajnie dziala)
}

}[/syntax]

Statystyki: Napisane przez grochal7 — 13 wrz 2015, o 20:43

Re: Komunikacja miedzy 2 uC, uart.

2015-09-13T20:34:45+01:00

ale czkekaj bo coś nie rozumiem masz RMF12 to poco Ci uART?

Bo jak na razie żeś pokazał dwa kody jeden wysłający po RFM12 a drugi odbierający po UART to nie dudu działać nie będzie.

Czy ty masz 3 Atmegi i podłączone jakoś razem że jedna z nich odbiera RMF12 i przesyła do 3ciej po UART? Tylko po co

Statystyki: Napisane przez Intre — 13 wrz 2015, o 20:34

Re: Komunikacja miedzy 2 uC, uart.

2015-09-13T20:25:56+01:00

Dobrze myślisz
RFM12 po SPI To działa mi wyśmienicie
Mam problem z komunikacja atmegi 16 i 32 po uarcie ;p

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

I też masz rację, działają na 3,3V

------------------------ [ Dodano po: 4 minutach ]

Nie wiem, wydaje mi się że dla obu atmeg biblioteki mkuart.c i mkuart.h Pana Mirka nie różną się..
Czyżby jakieś bity muszę ustawić w inny sposób?
Jutro jeszcze dokładniej to sprawdzę, ale wydaje mi się że inicjalizuje uart w prawidłowy sposób. Jeśli coś się zmieni to dam znać

Statystyki: Napisane przez grochal7 — 13 wrz 2015, o 20:25

Re: Komunikacja miedzy 2 uC, uart.

2015-09-13T20:23:33+01:00

Uhm zawsze myślałem że RFM12B chodzą po SPI a nie po UART? No i do tego jeszcze na max 3V a nie na 4-5V ale mogę się mylić

Statystyki: Napisane przez Intre — 13 wrz 2015, o 20:23

Re: Komunikacja miedzy 2 uC, uart.

2015-09-13T19:25:43+01:00

Wyżej wspomniałem o tym, podłączam na krzyż

Statystyki: Napisane przez grochal7 — 13 wrz 2015, o 19:25

Re: Komunikacja miedzy 2 uC, uart.

2015-09-13T16:24:26+01:00

grochal7 napisał(a):

Piny txd oraz rxd występują w tych samych miejscach (PD1 i PD0).

Kodu nie sprawdzałem.
Ale schematu nie pokazałeś jak masz te RX TX podłączone - mają byc "na krzyż".

--
Grzegorz...

Statystyki: Napisane przez Grzegorz... — 13 wrz 2015, o 16:24

Komunikacja miedzy 2 uC, uart.

2015-09-13T13:25:19+01:00

Hej.
Testuję sobie właśnie komunikację uart wraz z modułami rfm12b. Mam jakiś babola w komunikacji uart
Może ktoś akurat znajdzie jakiś błąd który popełniam i którego nie jestem w stanie znaleźć.
Komunikuję atmege 32 z atmega 16. Są to atmegi w wersji "uniwersalnej" 2.7-5.5V.
Zasilam je z około 4,5V. Łączę RXD-TXD.
Dane odbieram atmega 32 z rfm12, jesli zostało odebrane "aaa" to zapalam sobie diodę i wysylam string na uart.
I tu nie ma problemu - dioda się zapala, dane (chyba) również zostają wysłane.
Druga atmega (16) odbiera te dane (a przynajmniej powinna ) i jeśli cokolwiek zostanie odebrane to też sobie zapala diodę.
Poniżej kod dla nadajnika i odbiornika:
Nadajnik (atmega32):
[syntax=c]#include
#include
#include
#include
#include

#include "serwa.h"
#include "rf12.h"
#include "uart.h"

#define LED1 (1<#define LED2 (1<
char test[100];

int main(void)
{
DDRC |=LED1; //ustawienie LED jako wyjscie
DDRC |=LED2; //ustawienie LED jako wyjscie

PORTC |= LED1;
PORTC |= LED2;

sei();// włączenie globalne przerwań

USART_Init( __UBRR );

rfm12B_init();
uint8_t ret = 0;

while(1)
{
#if RF12_UseIRQ == 1

char test[50];

if( !(RF12_status.stat&0x07) ) rf12_rxstart();

if( RF12_status.New )
{
ret = rf12_rxfinish(test);// sprawdź czy odebrano kompletną ramkę

if(ret > 0 && ret < 254)
{// brak błędów CRC - odebrana ramka
if(0 == strcmp(test,"aaa"))
{
uart_puts(test);//jesli odebrane z rfm zgadzaja sie z aaa to wysyla na uart aaa
PORTC ^= LED1; //oraz po wyslaniu zmienia stan diody (i to fajnie dziala)
}

}
else if(!ret)
{// wystąpił błąd CRC lub długości ramki
PORTC ^= LED2; //zapala druga diode gdy jakis blad odbierania danych RFM12

}
}
#endif

#if RF12_UseIRQ == 0
char test[100];

ret = rf12_rxdata(test);
if(ret)
{
PORTC ^=LED1;
} else
{
PORTC ^=LED2;
}
#endif
}
}[/syntax]
Odbiornik:
[syntax=c]#include
#include
#include
#include
#include

#include "uart.h"

#define LED1 (1<

char uart_bufor[100];
char string[100];//bufor w ktory zapisuje zamieniona liczbe na string
void analizuj_dane( char* bufor );

int main(void)
{
DDRD |=LED1; //ustawienie LED jako wyjscie
PORTD |= LED1; //ustawienie zgaszonej diody

USART_Init( __UBRR );// inicjalizacja UART

sei();// globalne odblokowanie przerwań

register_uart_str_rx_event_callback( analizuj_dane );

while(1)
{
UART_RX_STR_EVENT( uart_bufor );
}
}

void analizuj_dane( char* bufor )
{
char *wsk;
wsk=bufor;
if(wsk)
{
PORTD ^= LED1;//oraz zapala sie dioda
}

}[/syntax]

Inicjalizacja dla obu atmeg wygląda tak samo. Piny txd oraz rxd występują w tych samych miejscach (PD1 i PD0). Obie atmegi taktowane z 8MHz - chociaż to też nie powinno miec wpływu, bo jakiekolwiek dane powinny być odbierane - nawet krzaki zapaliłyby diodę...
Przykro mi, bo nie mam w tej chwili dostępu do oscyloskopu Tak zawsze mógłbym więcej powiedzieć na temat tego, co się dzieje na liniach..

Statystyki: Napisane przez grochal7 — 13 wrz 2015, o 13:25