ATNEL tech-forum

Re: Atmega -> RealTerm - problem z wysłaniem znaku

2015-08-12T15:11:47+01:00

mirekk36 napisał(a):

michal93 napisał(a):

To tak dla potomnych, gdyby ktoś miał podobne problemy. Teraz stestuję komunikację w drugą stronę tzn. PC - > uP

Panie - panie - nie trzeba było przekopywać tylko częściej czytać bloga:
http://mirekk36.blogspot.com/2013/01/rs ... trick.html

bo leży to od dawna i jest DOKŁADNE wyjaśnienie co , z czym i jak ....

co więcej - jeśli masz starszą wersję książki w której jeszcze była taka definicja to co za problem zajrzeć do errat na stronie wydawnictwa Atnel?
http://atnel.pl/errata.html

albo do uaktualnień:
http://atnel.pl/uaktualnienia-programow-do-dvd.html

Jak widzisz - potomni to już dawno wiedzą i znają ....

1. Pobrałem paczkę MKUART ze strony http://atnel.pl/uaktualnienia-programow-do-dvd.html i ewidentnie jest w pliku mkuart.h :
#define __UBRR F_CPU/16/UART_BAUD-1 // obliczamy UBRR dla U2X=0 -> czyli STARA wersja.

2. Cytuję artykuł pt. "RS232 UBRR - jak prawidłowo obliczać - TRICK" :

...Otóż ten wzór zadziała perfekcyjnie dla taktowania procesora za pomocą tzw: "kwarców przyjaznych dla RS232" czyli ... tych o wartościach:

1.8432 MHz
3.6864 MHz
7.3728 MHz
11.0592 MHz
14.7456 MHz
18.4320 MHz
...

Ja mam właśnie 11.0592 MHz i mi również NIE działało...

Pozdrawiam

Statystyki: Napisane przez michal93 — 12 sie 2015, o 15:11

Re: Atmega -> RealTerm - problem z wysłaniem znaku

2015-08-12T13:48:30+01:00

michal93 napisał(a):

To tak dla potomnych, gdyby ktoś miał podobne problemy. Teraz stestuję komunikację w drugą stronę tzn. PC - > uP

Statystyki: Napisane przez mirekk36 — 12 sie 2015, o 13:48

Re: Atmega -> RealTerm - problem z wysłaniem znaku

2015-08-12T12:04:52+01:00

Uwaga, przekopałem forum szukając podobnych problemów i w jednym z tematów sprzed 2 lat, ktoś napisał, że makrodefinicję z książki ( ponizej podaję w 1szej linii) zamienił na tą z drugiej. Zrobiłem tak samo, i wszystko działa jak należy. To tak dla potomnych, gdyby ktoś miał podobne problemy. Teraz stestuję komunikację w drugą stronę tzn. PC - > uP

[syntax=c]//#define __UBRR F_CPU/8/UART_BAUD-1 // obliczamy UBRR dla U2X=0

#define __UBRR (int)(F_CPU / 16.0 / UART_BAUD - 0.5)[/syntax]

Statystyki: Napisane przez michal93 — 12 sie 2015, o 12:04

Re: Atmega -> RealTerm - problem z wysłaniem znaku

2015-08-12T11:46:04+01:00

michal93 napisał(a):

To jest prosta aplikacja, połączenia wg mnie są poprawne. Jeśli chodzi o kod, to korzystam z książki, wer. mkuart dla rs485. Gdy zmieniam prędkości, dostaję ten sam efekt. Nie wiem gdzie w ogóle doszukiwać się potencjalnych błędów ? help

1. pokaż schemat jak to podłączyłeś bo wcale to nie musi być wina TYLKO kodu który sobie piszesz a sprzętu - więc tak to można sobie gdybać w nieskończoność

2. pokaż miejsca, które zmieniłeś w kodzie w oryginalnych bibliotekach z książki - nie całe biblioteki tylko te fragmenty kodu bibliotek gdzie dokonałeś modyfikacji dla swojego projektu i procka czyli i z pliku *.h i *.c

bo jak mówię - tak to robisz zagadki, kalambury - zgadywanki - zamiast zadać DOBRZE pytanie podając pełne informacje - żeby nie trzeba się było domyślać i dopytywać przez 300 postów.

Raz DOBRZE zadane pytanie i wtedy zwykle pojawia się szybko celna odpowiedź - bo robisz gdzieś MEGA BABOLA

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

Poza tym nawet nie napisałeś nigdzie jakie masz taktowanie procka - a to ma niebagatelne znaczenie - sorki ale mam wrażenie, że słabo czytałeś tę książkę - masz tam rozdział jak uruchomić w podstawowy sposób RS232 ... a ty się zabierasz od razu za RS485 czyli jako początkujący stawiasz sobie na schody jeszcze chybotliwą drabinę - żeby było trudniej ...

A tymczasem ze schematu już by było wszystko wiadomo - to jest forum elektroniczne a nie literackie, i tu się posługujemy schematami żeby szybko się dogadać a nie pisanie prozy, wierszy itp ok ?

Jak chcesz się nauczyć rysować schemat ? zajrzyj tutaj:
http://atnel.pl/kurs-cadsoft-eagle.html

Statystyki: Napisane przez mirekk36 — 12 sie 2015, o 11:46

Re: Atmega -> RealTerm - problem z wysłaniem znaku

2015-08-12T11:24:46+01:00

Statystyki: Napisane przez michal93 — 12 sie 2015, o 11:24

Re: Atmega -> RealTerm - problem z wysłaniem znaku

2015-08-11T16:18:26+01:00

Korzystam z MAX485 TTL :
połączenia :
RE,DE -> PD2
RO - Rx
DI - Tx.

Przejściówka USB->RS485 : oparta na FT232RL

A,B,gnd z max485 wpinam do przejścówki.
Masy połączone (max485,przejsciowka,uP,programator), zasilane wszystko z 5 v.

Statystyki: Napisane przez michal93 — 11 sie 2015, o 16:18

Re: Atmega -> RealTerm - problem z wysłaniem znaku

2015-08-11T16:06:43+01:00

Na razie spróbuj bez RS485, a tylko RS232
Sprawdź czy sama przejściówka Ci działa.
Pozdrawiam.

Statystyki: Napisane przez Ingvarusk — 11 sie 2015, o 16:06

Re: Atmega -> RealTerm - problem z wysłaniem znaku

2015-08-11T15:57:49+01:00

Wszystko sprawdzałem, z BB. Korzystam z przejścówki opartej na FT232L, czyli to samo co proponuje atnel.

[syntax=c]/*
* mkuart.h
*
*/

#ifndef MKUART_H_
#define MKUART_H_

#define UART_BAUD 9600 //9600// tu definiujemy interesującą nas prędkość
#define __UBRR F_CPU/8/UART_BAUD-1 // obliczamy UBRR dla U2X=0

// definicje na potrzeby RS485
#define UART_DE_PORT PORTD
#define UART_DE_DIR DDRD
#define UART_DE_BIT (1<
#define UART_DE_NADAWANIE UART_DE_PORT |= UART_DE_BIT
#define UART_DE_ODBIERANIE UART_DE_PORT &= ~UART_DE_BIT

#define UART_RX_BUF_SIZE 32 // definiujemy bufor o rozmiarze 32 bajtów
// definiujemy maskę dla naszego bufora
#define UART_RX_BUF_MASK ( UART_RX_BUF_SIZE - 1)

#define UART_TX_BUF_SIZE 16 // definiujemy bufor o rozmiarze 16 bajtów
// definiujemy maskę dla naszego bufora
#define UART_TX_BUF_MASK ( UART_TX_BUF_SIZE - 1)

// deklaracje funkcji publicznych

void USART_Init( uint16_t baud );

char uart_getc(void);
void uart_putc( char data );
void uart_puts(char *s);
void uart_putint(int value, int radix);
/*void send_long( uint32_t liczba, uint8_t format );*/

#endif /* MKUART_H_ */[/syntax]

Statystyki: Napisane przez michal93 — 11 sie 2015, o 15:57

Re: Atmega -> RealTerm - problem z wysłaniem znaku

2015-08-11T15:50:25+01:00

Sprawdź czy dobrze ustawiona prędkość lub czy dobrze pozapisywane są stałe, bo może źle obliczać. Stąd dziwne krzaczki.

Statystyki: Napisane przez Surion — 11 sie 2015, o 15:50

Atmega -> RealTerm - problem z wysłaniem znaku

2015-08-11T12:23:30+01:00

Mam prosty program, których chcę wysłać znak char do atmegi na początek :

[syntax=c]#include
#include
#include

#include "mkuart.h"
#include "HD44780.h"

int main(void)
{
char wynik[]=" ";
// inicjalizacja
USART_Init( __UBRR ); // automatycznie ustawia mi DE na ODBIERANIE ( z zielonej ksiązki )
sei();

int licznik=0;

LCD_Initalize(); //inicjalizacja LCD
LCD_GoTo(0, 0); //Ustawienie kursora w pozycji (0,0)

while(1){ // kod obsługujący pomiary w pętli

sprintf(wynik,"%d ",licznik); //konwersja na łańcuch znakowy
LCD_GoTo(0, 0); //Ustawienie kursora w pozycji (0,0)
LCD_WriteText(wynik); //Wyświetlenie wyniku

_delay_ms(1000);
++licznik;

UART_DE_NADAWANIE;
uart_putc('n');
UART_DE_ODBIERANIE;

} // koniec while(1)

}[/syntax]

W menadżerze urządzeń mam : USB Serial Port (COM4), wysyłam znak 'n' co 1 sek, a w RealTermie dostaję :

Wyświetlanie znaków mam jako Ascii, jednak co nie wybiorę nie dostaję znaku 'n'. Połączenia sprawdzałem, co może być powodem ?

Statystyki: Napisane przez michal93 — 11 sie 2015, o 12:23