ATNEL tech-forum

Re: [Atmega8][RS232] 1 błędny znak

2013-11-11T15:48:44+01:00

Ciekawe ile jeszcze razy będzie trzeba przypominać początkującym, żeby zaglądali do noty PDF, ostatnia strona rozdziału UART w dowolnej nocie dowolnego procka AVR i proszę pierwsza tabela dla taktowania 1MHz

z której widać jak na dłoni że procent błędów przekracza 2,5% a więc przy tak ŚLIMACZYM tempie taktowania procka nie ma co się dziwić że są KRZAKI

panie kolego zwiększ sobie taktowanie fusebitami do 8MHz - i wtedy zajrzyj do tabeli dla 8MHz i sprawdź czy będzie można użyć prędkości 9600 ok ?

wtedy zrozumiesz raz na zawsze jak się dobiera taktowanie procka do potrzeb transmisji RS232

Statystyki: Napisane przez mirekk36 — 11 lis 2013, o 15:48

Re: [Atmega8][RS232] 1 błędny znak

2013-11-11T14:23:30+01:00

Consola:

**** Clean-only build of configuration Release for project ADC ****

make clean
rm -rf ./myuart/myuart.o ./main.o ./myuart/myuart.d ./main.d ADC.eep ADC.hex ADC.lss sizedummy ADC.elf

**** Build Finished ****

**** Build of configuration Release for project ADC ****

make all
Building file: ../myuart/myuart.c
Invoking: AVR Compiler
avr-gcc -Wall -Os -fpack-struct -fshort-enums -std=gnu99 -funsigned-char -funsigned-bitfields -mmcu=atmega32 -DF_CPU=1000000UL -MMD -MP -MF"myuart/myuart.d" -MT"myuart/myuart.d" -c -o "myuart/myuart.o" "../myuart/myuart.c"
Finished building: ../myuart/myuart.c

Building file: ../main.c
Invoking: AVR Compiler
avr-gcc -Wall -Os -fpack-struct -fshort-enums -std=gnu99 -funsigned-char -funsigned-bitfields -mmcu=atmega32 -DF_CPU=1000000UL -MMD -MP -MF"main.d" -MT"main.d" -c -o "main.o" "../main.c"
Finished building: ../main.c

Building target: ADC.elf
Invoking: AVR C Linker
avr-gcc -Wl,-Map,ADC.map -mmcu=atmega32 -o "ADC.elf" ./myuart/myuart.o ./main.o
Finished building target: ADC.elf

Invoking: AVR Create Extended Listing
avr-objdump -h -S ADC.elf >"ADC.lss"
Finished building: ADC.lss

Create Flash image (ihex format)
avr-objcopy -R .eeprom -O ihex ADC.elf "ADC.hex"
Finished building: ADC.hex

Create eeprom image (ihex format)
avr-objcopy -j .eeprom --no-change-warnings --change-section-lma .eeprom=0 -O ihex ADC.elf "ADC.eep"
Finished building: ADC.eep

Invoking: Print Size
avr-size --format=avr --mcu=atmega32 ADC.elf
AVR Memory Usage
----------------
Device: atmega32

Program: 522 bytes (1.6% Full)
(.text + .data + .bootloader)

Data: 14 bytes (0.7% Full)
(.data + .bss + .noinit)

Finished building: sizedummy

**** Build Finished ****

__UBRR:
[syntax=c]#ifndef MYUART_H_
#define MYUART_H_

#define UART_BAUD 9600
#define __UBRR ((F_CPU+UART_BAUD*8UL) / (16UL*UART_BAUD)-1)

void uart_init (uint16_t _UBRR);
void uart_putc(char data);
void uart_puts( char * s);
void uart_puts_P(const char *s);
void uart_putlong(uint32_t liczba, uint8_t radix);

#endif /* MYUART_H_ */[/syntax]

Putty:
Speed: 9600
Data bits: 8
Stop bits: 1
Parity: None
Flow control: None

Taktowanie z wewnętrznego zegara 1MHz.

------------------------ [ Dodano po: 34 minutach ]

Problem rozwiązany.
Zmieniłem taktowanie na 8MHz na zegarze procka oraz ustawiłem taką samą prędkość w ustawieniach projektu.

Statystyki: Napisane przez jarO — 11 lis 2013, o 14:23

Re: [Atmega8][RS232] 1 błędny znak

2013-11-11T13:11:50+01:00

Bumszakalakacz napisał(a):

Mam Atmegę8, taktowaną wewnętrznym oscylatorem 8MHz, złożoną wg schematu: uC-MAX232-PC, bez żadnych przejściówek. Nadaję 9600 bodów, ramkę 8b, 1bit stopu, bez parzystości - ustawienia uC zgadzają się na terminalu (używam RealTerm i moim własnym, napisanym w C# - w obu przypadkach ten sam błąd).
Sprawdzałem połączenia, kombinowałem ze zmianą UBRR. Napięcie na wejsciu/wyjściu maxa od strony pc to -+ 10V. Po zwarciu kabli dochodzących do Rx i Tx atmegi otrzymuję na terminalu ładne echo, więc to musi być wina procka.
Bardzo proszę o pomoc.

Pozdrawiam,
Kamil

Chcesz zabić procesor rozumiem?! Odłącz to natychmiast! Procesor potrzebuje standardu TTL 0-5V a nie RS232 +/- 12 V !!

Tutaj w opisie nowego modułu masz również opisaną RÓŻNICĘ pomiędzy tymi standardami:

iframe

Statystyki: Napisane przez arturf209 — 11 lis 2013, o 13:11

Re: [Atmega8][RS232] 1 błędny znak

2013-11-11T13:14:08+01:00

Witam
Dopiero co zacząłem ogarniać temat komunikacji uC->PC przez RS232.
Schemat mojego połączenia:

Kod:

[syntax=c]#include
#include
#include
#include
#include
#include "myuart/myuart.h"
int main( void )
{
uart_init( __UBRR );
while(1){
uart_puts("string");
_delay_ms(250);
}
}[/syntax]

Do wstawiania kodu używamy znacznika 'syntax' zamiast znacznika 'code', poprawiłem - Sonix

Przykład wzięty z poradnika Mirkka.
Niestety na terminalu Putty dostaję taki krzaki:

Co może być tego przyczyną?
Dodam że kodowanie w Eclipse to Cp1250. Kodowanie w Putty to Win 1250.
Używam przejściówki:
http://www.cabletech.pl/pl/6343-kabel-k ... 232--db9m-
Bardzo proszę o pomoc.

Statystyki: Napisane przez jarO — 11 lis 2013, o 12:56

Re: [Atmega8][RS232] 1 błędny znak

2013-11-02T15:12:06+01:00

O ja głupi, string musi kończyć się nullem! Wielkie dzięki, przepraszam za tę gafę

Statystyki: Napisane przez Bumszakalakacz — 2 lis 2013, o 15:12

[Atmega8][RS232] 1 błędny znak

2013-11-02T12:08:30+01:00

Witam serdecznie!
Testuję najprostszą komunikację uC-PC przez RS232: wysyłam znak z komputera, dopisuję wykrzyknik i wysyłam z powrotem
Gdy nadaję z samego uC to transmisja przebiega pomyślnie. Gdy odbieram i dopisuję mam pewien błąd - pojawia się znak podkreślenia "_" (0x5F). Teraz dzieje się magia:
[syntax=c]uartStringTransmit("Wyslij mi cos!\r\n\n");
char odebrane[1];
char buf[20];
while(1)
{
odebrane[0]=uartReceive();
sprintf(buf, "%s!\r\n",odebrane);
uartStringTransmit(buf);
}[/syntax]
W takim przypadku otrzymuję x_!

Gdy natomiast dopiszę sobie to tak:
[syntax=c]uartStringTransmit("Wyslij mi cos!\r\n\n");
char odebrane[2];
while(1)
{
odebrane[0]=uartReceive();
odebrane[1]='!';
uartStringTransmit(odebrane);
}[/syntax]
To otrzymuję x!_

Kod do nadawania/odbierania mam z noty katalogowej (zmieniony tylko 2 na 1 bit stopu).
Mam Atmegę8, taktowaną wewnętrznym oscylatorem 8MHz, złożoną wg schematu: uC-MAX232-PC, bez żadnych przejściówek. Nadaję 9600 bodów, ramkę 8b, 1bit stopu, bez parzystości - ustawienia uC zgadzają się na terminalu (używam RealTerm i moim własnym, napisanym w C# - w obu przypadkach ten sam błąd).
Sprawdzałem połączenia, kombinowałem ze zmianą UBRR. Napięcie na wejsciu/wyjściu maxa od strony pc to -+ 10V. Po zwarciu kabli dochodzących do Rx i Tx atmegi otrzymuję na terminalu ładne echo, więc to musi być wina procka.
Bardzo proszę o pomoc.

Pozdrawiam,
Kamil

Statystyki: Napisane przez Bumszakalakacz — 2 lis 2013, o 12:08