ATNEL tech-forum

Re: Transmisja uart między Atmega8 i RPi

2015-05-03T19:41:45+01:00

A jak u ciebie wygląda dokładność przy 250000kbps ?
Może przez przypadek oscylator był ustawiony na 1 MHz, i to wygenerowało problemy.

Statystyki: Napisane przez jnk0le — 3 maja 2015, o 19:41

Re: Transmisja uart między Atmega8 i RPi

2015-05-01T08:53:57+01:00

Może nie ma wewnętrznego kwarcu, ale jest oscylator Co do tabelki to wiem o niej i błąd dla 8Mhz jest taki sam, jak dla 12Mhz, problem z dokładnością tego oscylatora, bo z tego wynika, że nie działa on zawsze równo ( ten wewnętrzny).

Statystyki: Napisane przez lgabryel — 1 maja 2015, o 08:53

Re: Transmisja uart między Atmega8 i RPi

2015-05-01T08:01:50+01:00

Heheheh.
Po pierwsze nie ma czegoś takiego jak wewnętrzny kwarc .
Po drugie tu nie chodzi o niedokładność taktowania samego procka, a o niedokładność w stosunku do prędkości USART-a.
Dla ATMegi8 wszystko jest w tabelkach od str. 154 DS-a.

--
Pozdrawiam.
Grzegorz...

Statystyki: Napisane przez Grzegorz... — 1 maja 2015, o 08:01

Re: Transmisja uart między Atmega8 i RPi

2015-04-30T21:15:55+01:00

Chciałem zastosować kwarc "uartowy", ale nie miałem, to stwierdziłem, że te 8Mhz da mi taki sam błąd jak na krysztale ... Powiem, wam, że wiedziałem, że nie zaleca się pracy na wewnętrznym, ale sądziłem, że przy małych prędkościach jakoś ujdzie Niemniej zdeterminowaliscie mnie i wylutowałem z jakiejś starej płytki 12Mhz i.. działa ... bez zarzutu ... Dzięki za pomoc - to jesnak kwestia kwarcu - chyba już zawsze będę korzystał z zewnętrznego ... Nic - teraz pchnę swój projekt do przodu Dzięki !

Statystyki: Napisane przez lgabryel — 30 kwi 2015, o 21:15

Re: Transmisja uart między Atmega8 i RPi

2015-04-30T21:06:12+01:00

Całkiem możliwe, że właśnie wewnętrzny rezonator jest niedokładny. Miałem podobnie przy komunikacji ATtiny2313 z terminalem Putty przez USB(czasem "krzaki" czasem "coś normalnego"). Problemem było złe wykalibrowanie wewnętrznego kwarca(mimo, że reszta ustawień była w porządku). Pan Mirek w BB na temat UART-a opisuje ten problem.

Statystyki: Napisane przez frog — 30 kwi 2015, o 21:06

Re: Transmisja uart między Atmega8 i RPi

2015-04-30T20:30:51+01:00

Problemem najprawdopodobniej jest rezonator wewnętrzny, a raczej jego dokładność. Sprawdź na jakimś kwarcu czy będzie dobrze bo kod wygląda ok.

Statystyki: Napisane przez ryba84 — 30 kwi 2015, o 20:30

Transmisja uart między Atmega8 i RPi

2015-04-30T20:25:05+01:00

Cześć.

Nie wiem, czy mogę tutaj prosić o pomoc - nie jestem szczęśliwym posiadaczem książki - zastanawiam się nad jej kupnem, oraz paru zabawek (usbasp czy moduły wifi). Niemniej z powodów ograniczonego budżetu w tym miesiącu nabyłem elementy niezbędne do prototypowania + RPi - mam dzięki temu komputer sterujący, jak i programator w jednym W całości piszę na RPi pod ssh i tam też programuje układy. Postanowiłem zrobić siec mikrokontrolerów, które będą sterowane i odpytywane przez RPi, który będzie wyniki składował w bazie danych, dawał interface www, łączył się przez telefon etc. Zrobiłem zatem magistrale uart (docelowo ma to być rs485). Na początku na 2 Atmega8 i jednym RPi - jednak podczas wysyłania ciągu z atmegi do rpi i jego odbioru potem, okazało się, że tracę pewne dane. Problemem było ustawienie złej ilości bitów stopu. Jak ustawiłem dobrze, to teraz każdy znak, jest odbierany i wysyłany - problem, że czasami atmega odpowiada krzakami, zamiast znaku. Czasami wyśle kilkadziesiat znaków i jest ok, a czasami i już po 3-4 jest kicha i potem znów wraca do zdrowia. Podłączyłem diodę, którą migam, jak znak jest literą. Znak x robi mi echo tego co napisałem. Widzę, że jak piszę np. test przy wpisywaniu s nie miga i faktycznie zamiast s dostaje jednoznakowego krzaka. Próbuję to robić z jedną i z dwoma atmegami - non stop to samo. W atmedze mam 8 mhz rezonator wewnętrzny. Przesyłam kod - prosiłbym o zerknięcie, czy może programowo coś źle robie ? Jak nie to z czego może wynikać takie zachowanie ?

[syntax=c]#define F_CPU 8000000L
#define BAUD 2400
#define MYUBRR (int)F_CPU/16/BAUD-0.5

#include
#include
#include
#include

volatile char reciveByte;
volatile int isNewData;

char buf[100];
int indexOfLastByte;

//funkcja inicjująca usart
void USART_init(unsigned int ubrr)
{
UBRRH = (unsigned char)(ubrr>>8);
UBRRL = (unsigned char)ubrr;

UCSRB = (1<
UCSRC = (1<}

//transmisja bajtu
void USART_transmit(char data)
{
while( !(UCSRA &(1< ;
UDR = data;
}

//odbieranie bajtu
char USART_Recive(void)
{
while(!(UCSRA & (1< ;
return UDR;
}

//przerwanie przy odbiorze bajtu USART
ISR(USART_RXC_vect)
{
reciveByte = UDR;
isNewData++;
}

int main(void){
DDRC |= (1< int i; //iterator
//włącz usart
USART_init(207);
//włącz przerwania
sei();
while(true)
{
if(isNewData)
{
isNewData--;
if (reciveByte == 'x'){
USART_transmit('\n');
USART_transmit('\r');
for(i=0;i USART_transmit(buf[i]);
}
indexOfLastByte = 0;
}else{
if(reciveByte > 96 && reciveByte < 123){
PORTC |= (1< _delay_ms(100);
PORTC &= ~(1< }
buf[indexOfLastByte] = reciveByte;
indexOfLastByte++;
}
}
}
}[/syntax]

Statystyki: Napisane przez lgabryel — 30 kwi 2015, o 20:25