ATNEL tech-forum

Re: Brak komunikacji przez RS-232 Atmega 88-20PU

2014-09-17T15:04:25+01:00

Temat uważam za zamknięty. Mikrokontroler wylądował w koszu. Na innym wszystko jest w porządku.

Statystyki: Napisane przez maxil — 17 wrz 2014, o 15:04

Re: Brak komunikacji przez RS-232 Atmega 88-20PU

2014-09-17T14:58:24+01:00

maxil napisał(a):

dokładnie zawiesza się w miejscu gdzie występuje funkcja uart_puts.

a rozumiem, że już dalej nie można tą diodą sprawdzić wewnątrz uart_puts() ??? gdyby tylko na tym miało polegać to debugowanie jedną diodą LED to można by w ogóle nie strzępić sobie języka żeby mówić o debugowaniu .... trzeba dotrzeć dalej i tam zobaczyć ...

------------------------ [ Dodano po: kilkunastu sekundach ]

maxil napisał(a):

#define __UBRR F_CPU/16/UART_BAUD-1 // obliczamy UBRR dla U2X=0

no widzisz a piszesz że niby czytałeś ten link co ci podałem tymczasem widać - że NIE czytałeś ...

Statystyki: Napisane przez mirekk36 — 17 wrz 2014, o 14:58

Re: Brak komunikacji przez RS-232 Atmega 88-20PU

2014-09-17T14:48:47+01:00

[syntax=c]#ifndef MKUART_H_
#define MKUART_H_

#define UART_BAUD 19200// tu definiujemy interesujďż˝cďż˝ nas prďż˝dkoďż˝ďż˝
#define __UBRR F_CPU/16/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_ODBIERANIE UART_DE_PORT |= UART_DE_BIT
#define UART_DE_NADAWANIE 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)[/syntax]

dokładnie zawiesza się w miejscu gdzie występuje funkcja uart_puts.
po dodaniu sei() w funkcji main żadnych zmian.

coś mi się zdaje, że trafiłem na uszkodzony uC po prostu, skoro na innym działa świetnie.

Statystyki: Napisane przez maxil — 17 wrz 2014, o 14:48

Re: Brak komunikacji przez RS-232 Atmega 88-20PU

2014-09-17T14:42:03+01:00

ale zaraz zaraz .... spokojnie .....

a biblioteka jak ? jest na przerwaniach z buforami cyklicznymi ? ... jeśli tak? to gdzie włączenie globalne przerwań ? ... tyle że bez włączenia - to ANI razu nie powinno się wyświetlić

więc pokaż fragment pliku *.h od biblioteki UART jak masz to ustawione w ogóle ?

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

maxil napisał(a):

z identycznym skutkiem - zawieszenie procesora

poza tym co to znaczy zawieszenie procesora ?

a jak masz diodę LED to nie możesz sprawdzić DOKŁADNIE gdzie się zawiesza ? no przecież jak się całkiem zawiesza to jest pikuś żeby to sprawdzić w KTÓRYM DOKŁADNIE miejscu, obejrzyj to KONIECZNIE:

http://mirekk36.blogspot.com/2014/04/pu ... ednej.html

Statystyki: Napisane przez mirekk36 — 17 wrz 2014, o 14:42

Re: Brak komunikacji przez RS-232 Atmega 88-20PU

2014-09-17T14:41:52+01:00

Właśnie przetestowałem przed odświeżeniem.
Zastosowałem 11.0592 z kondensatorami 22pF z identycznym skutkiem - zawieszenie procesora

Statystyki: Napisane przez maxil — 17 wrz 2014, o 14:41

Re: Brak komunikacji przez RS-232 Atmega 88-20PU

2014-09-17T14:40:06+01:00

maxil napisał(a):

Baudrate testowany był na dwóch prędkościach 9600 i 19200 bez żadnego efektu.

próbowałeś z kwarcem przy procku ?

Statystyki: Napisane przez mirekk36 — 17 wrz 2014, o 14:40

Re: Brak komunikacji przez RS-232 Atmega 88-20PU

2014-09-17T14:35:14+01:00

Owszem, że czytałem.
Baudrate testowany był na dwóch prędkościach 9600 i 19200 bez żadnego efektu.

Statystyki: Napisane przez maxil — 17 wrz 2014, o 14:35

Re: Brak komunikacji przez RS-232 Atmega 88-20PU

2014-09-17T14:33:24+01:00

a jaką prędkość baudrate masz ustawioną ? przy taktowaniu procka 8MHz z wewn. oscylatora ?

czytałeś to ?

http://mirekk36.blogspot.com/2013/01/rs ... trick.html

Statystyki: Napisane przez mirekk36 — 17 wrz 2014, o 14:33

Brak komunikacji przez RS-232 Atmega 88-20PU

2014-09-17T14:21:34+01:00

Witam. Mam problem z nawiązaniem komunikacji z uC przez RS-232 poprzez przejściówkę RS-232 TTL USB.
Wykorzystywana biblioteka do komunikacji to MKUART.
Po napisaniu prostego programu, który ma za zadanie wysyłać w pętli napis "hello" na rs-232 i migać diodą LED zawiesza się po kilku sekundach, ale po zakomentowaniu funkcji do wysyłania stringa na rs (uart_puts) oraz inicjacji połączenia rs-232 (USART_Init) wszystko jest w porządku a procesor się nie zawiesza. Procesor jest nowy, w fuse bitach zmieniony tylko CKDIV8. Dodam jeszcze, że na drugim uC Atmega 328P-PU uart działa prawidłowo.

Oto kod programu:
[syntax=c]#include
#include
#include
#include

#include "MKUART/mkuart.h"

#define LED (1<#define LED_ON PORTB |= LED
#define LED_OFF PORTB &= ~LED
#define LED_TOG PORTB ^= LED

int main(void) {

USART_Init( __UBRR );

while (1) {
uart_puts("hello");
LED_TOG;
_delay_ms(1000);
}
}[/syntax]

Statystyki: Napisane przez maxil — 17 wrz 2014, o 14:21