ATNEL tech-forum

Re: Atmega 644P i MK_USART

2015-05-22T13:16:24+01:00

Tak jak pisałem wcześniej, zacznij od uart_puts("hello world") i patrzysz czy putty ci coś wyświetla.

Statystyki: Napisane przez jnk0le — 22 maja 2015, o 13:16

Re: Atmega 644P i MK_USART

2015-05-21T21:57:25+01:00

Panowie wracając do tematu,
teraz wszystko się kompiluje, ale strona się nie ładuje. Pewnie nie mam komunikacji po Uarcie. Sprawdziłem mkuart.c, przerwania i rejestry mam poprawione. Chyba że jest jakiś babor którego nie widzę.
Na razie idę spać jutro sprawdzę jeszcze konfigurację Wifi.

Zamieszczam kod może wam coś się rzuci w oczy czego ja nie widzę

[syntax=c]/*
* mkuart.c
*
* Created on: 2010-09-04
* Autor: Mirosław Kardaś
*/
#include
#include
#include
#include
#include

#include "mkuart.h"

volatile uint8_t ascii_line;

// definiujemy w końcu nasz bufor UART_RxBuf
volatile char UART_RxBuf[UART_RX_BUF_SIZE];
// definiujemy indeksy określające ilość danych w buforze
volatile uint8_t UART_RxHead; // indeks oznaczający „głowę węża”
volatile uint8_t UART_RxTail; // indeks oznaczający „ogon węża”

// definiujemy w końcu nasz bufor UART_RxBuf
volatile char UART_TxBuf[UART_TX_BUF_SIZE];
// definiujemy indeksy określające ilość danych w buforze
volatile uint8_t UART_TxHead; // indeks oznaczający „głowę węża”
volatile uint8_t UART_TxTail; // indeks oznaczający „ogon węża”

// wskaźnik do funkcji callback dla zdarzenia UART_RX_STR_EVENT()
static void (*uart_rx_str_event_callback)(char * pBuf);

// funkcja do rejestracji funkcji zwrotnej w zdarzeniu UART_RX_STR_EVENT()
void register_uart_str_rx_event_callback(void (*callback)(char * pBuf)) {
uart_rx_str_event_callback = callback;
}

// Zdarzenie do odbioru danych łańcucha tekstowego z bufora cyklicznego
void UART_RX_STR_EVENT(char * rbuf) {

if( ascii_line ) {
if( uart_rx_str_event_callback ) {
uart_get_str( rbuf );
(*uart_rx_str_event_callback)( rbuf );
} else {
UART_RxHead = UART_RxTail;
}
}
}

void USART_Init( uint16_t baud ) {
/* Ustawienie prędkości */
UBRR0H = (uint8_t)(baud>>8);
UBRR0L = (uint8_t)baud;
/* Załączenie nadajnika I odbiornika */
UCSR0B = (1</* Ustawienie format ramki: 8bitów danych, 1 bit stopu */
UCSR0C = (3<
// jeśli korzystamy z interefejsu RS485
#ifdef UART_DE_PORT
// inicjalizujemy linię sterującą nadajnikiem
UART_DE_DIR |= UART_DE_BIT;
UART_DE_ODBIERANIE;
#endif

// jeśli korzystamy z interefejsu RS485
#ifdef UART_DE_PORT
// jeśli korzystamy z interefejsu RS485 załączamy dodatkowe przerwanie TXCIE
UCSR0B |= (1<#else
// jeśli nie korzystamy z interefejsu RS485
UCSR0B |= (1<#endif
}

// procedura obsługi przerwania Tx Complete, gdy zostanie opóżniony UDR
// kompilacja gdy używamy RS485
#ifdef UART_DE_PORT
ISR( USART0_TX_vect ) {
UART_DE_ODBIERANIE;// zablokuj nadajnik RS485
}
#endif

// definiujemy funkcję dodającą jeden bajtdoz bufora cyklicznego
void uart_putc( char data ) {
uint8_t tmp_head;

tmp_head = (UART_TxHead + 1) & UART_TX_BUF_MASK;

// pętla oczekuje jeżeli brak miejsca w buforze cyklicznym na kolejne znaki
while ( tmp_head == UART_TxTail ){}

UART_TxBuf[tmp_head] = data;
UART_TxHead = tmp_head;

// inicjalizujemy przerwanie występujące, gdy bufor jest pusty, dzięki
// czemu w dalszej części wysyłaniem danych zajmie się już procedura
// obsługi przerwania
UCSR0B |= (1<}
/////////////////////////////////
void uart_puts_P( const char *s )
{
register char c;
while((c = pgm_read_byte(s++))) uart_putc(c); // dopóki nie napotkasz 0 wysyłaj znak
}

void uart_puts(char *s)// wysyła łańcuch z pamięci RAM na UART
{
register char c;
while ((c = *s++)) uart_putc(c);// dopóki nie napotkasz 0 wysyłaj znak
}

void uart_putint(int value, int radix)// wysyła na port szeregowy tekst
{
char string[17];// bufor na wynik funkcji itoa
itoa(value, string, radix);// konwersja value na ASCII
uart_puts(string);// wyślij string na port szeregowy
}

// definiujemy procedurę obsługi przerwania nadawczego, pobierającą dane z bufora cyklicznego
ISR( USART0_UDRE_vect) {
// sprawdzamy czy indeksy są różne
if ( UART_TxHead != UART_TxTail ) {
// obliczamy i zapamiętujemy nowy indeks ogona węża (może się zrównać z głową)
UART_TxTail = (UART_TxTail + 1) & UART_TX_BUF_MASK;
// zwracamy bajt pobrany z bufora jako rezultat funkcji
#ifdef UART_DE_PORT
UART_DE_NADAWANIE;
#endif
UDR0 = UART_TxBuf[UART_TxTail];
} else {
// zerujemy flagę przerwania występującego gdy bufor pusty
UCSR0B &= ~(1< }
}

// definiujemy funkcję pobierającą jeden bajt z bufora cyklicznego
int uart_getc(void) {
// sprawdzamy czy indeksy są równe
if ( UART_RxHead == UART_RxTail ) return -1;

// obliczamy i zapamiętujemy nowy indeks „ogona węża” (może się zrównać z głową)
UART_RxTail = (UART_RxTail + 1) & UART_RX_BUF_MASK;
// zwracamy bajt pobrany z bufora jako rezultat funkcji
return UART_RxBuf[UART_RxTail];
}

char * uart_get_str(char * buf) {
int c;
char * wsk = buf;
if( ascii_line ) {
while( (c = uart_getc()) ) {
if( 13 == c || c < 0) break;
*buf++ = c;
}
*buf=0;
ascii_line--;
}
return wsk;
}

// definiujemy procedurę obsługi przerwania odbiorczego, zapisującą dane do bufora cyklicznego
ISR( USART0_RX_vect ) {

register uint8_t tmp_head;
register char data;

data = UDR0; //pobieramy natychmiast bajt danych z bufora sprzętowego

// obliczamy nowy indeks „głowy węża”
tmp_head = ( UART_RxHead + 1) & UART_RX_BUF_MASK;

// sprawdzamy, czy wąż nie zacznie zjadać własnego ogona
if ( tmp_head == UART_RxTail ) {
// tutaj możemy w jakiś wygodny dla nas sposób obsłużyć błąd spowodowany
// próbą nadpisania danych w buforze, mogłoby dojść do sytuacji gdzie
// nasz wąż zacząłby zjadać własny ogon
UART_RxHead = UART_RxTail;
} else {
switch( data ) {
case 0:// ignorujemy bajt = 0
case 10: break;// ignorujemy znak LF
case 13: ascii_line++;// sygnalizujemy obecność kolejnej linii w buforze
default : UART_RxHead = tmp_head; UART_RxBuf[tmp_head] = data;
}

}
}[/syntax]

Statystyki: Napisane przez Buczek — 21 maja 2015, o 21:57

Re: Atmega 644P i MK_USART

2015-05-21T21:31:30+01:00

Nie żebym sie czepiał czy coś, ale co do czytelności makr

[syntax=c]uart_init(0, BAUD_CALC(19200));
uart_init(1, BAUD_CALC(115200));
uart_init(2, BAUD_CALC(9600));
uart_init(3, BAUD_CALC(666));[/syntax]

Czyż nie jest to przypadkiem bardziej czytelne od czterokrotnego wyliczania MYUBBR, gdzieś daleko wyżej ?

Statystyki: Napisane przez jnk0le — 21 maja 2015, o 21:31

Re: Atmega 644P i MK_USART

2015-05-21T20:57:54+01:00

jnk0le napisał(a):

Z tego co widzę pojawiła się lepsza alternatywa mojej funkcji, ale co takiego złego w makrze na PSTR() ?

Alternatyw może być tyle ilu programistów na świecie i każda jest dobra ...

Ja nie mówię - że ta czy siamta jest najlepsza - ot po prostu skłaniam się do tej bez dodatkowych makr - właśnie ze względu na czytelność kodu ale też ze względu na to - że w 90% przypadkach kodów używa się PSTR() ... wtedy jest wszystko jasne .... makro to "zasłania" i później po stokroć łatwiej o pomyłkę ... więc nie tylko czytelność kodu - bo jak nie widać PSTR() to gdzieś w głowie zaciera się później różnica - i o co w tym chodzi ....

Ale jeśli sam piszesz swoje programy i tylko ty ich używasz i tak się przyzwyczaiłeś - porobiłeś swoje makra - to czemu miałbyś ich nie używać działa? - działa .... więc nie ma problemu

Statystyki: Napisane przez mirekk36 — 21 maja 2015, o 20:57

Re: Atmega 644P i MK_USART

2015-05-21T20:54:35+01:00

Czytelność kodu?

Statystyki: Napisane przez anshar — 21 maja 2015, o 20:54

Re: Atmega 644P i MK_USART

2015-05-21T20:52:45+01:00

mirekk36 napisał(a):

anshar napisał(a):

To co niżej wklej do pliku mkuart.c:
[syntax=c]void uart_puts_P( const char *z )
{
register char c;
while ((c = pgm_read_byte(z++)) ) uart_putc(c);// dopóki nie napotkasz 0 wysyłaj znak
}[/syntax]

oraz to co niżej do pliku mkuart.h:

[syntax=c]void uart_puts_P( const char *z );[/syntax]

To rozwiązanie polecam bardziej niż to z dodatkowym makrem, które pomija konieczność wpisywania PSTR()

Z tego co widzę pojawiła się lepsza alternatywa mojej funkcji, ale co takiego złego w makrze na PSTR() ?

Statystyki: Napisane przez jnk0le — 21 maja 2015, o 20:52

Re: Atmega 644P i MK_USART

2015-05-21T20:46:09+01:00

anshar napisał(a):

To rozwiązanie polecam bardziej niż to z dodatkowym makrem, które pomija konieczność wpisywania PSTR()

Statystyki: Napisane przez mirekk36 — 21 maja 2015, o 20:46

Re: Atmega 644P i MK_USART

2015-05-21T20:38:16+01:00

Statystyki: Napisane przez anshar — 21 maja 2015, o 20:38

Re: Atmega 644P i MK_USART

2015-05-21T20:07:45+01:00

Nie rozumem tego wcale:
w tórym miejscu definicja tej funkcji musi się znajdować aby ten serwer ruszył. Mirek twierdzi że ją sobie gdzieś dopisał ale gdzie?

Statystyki: Napisane przez Buczek — 21 maja 2015, o 20:07

Re: Atmega 644P i MK_USART

2015-05-21T19:27:09+01:00

Nie, ale będziesz musiał zawsze wpisywać stringi w PSTR("costam")

Statystyki: Napisane przez jnk0le — 21 maja 2015, o 19:27

Re: Atmega 644P i MK_USART

2015-05-21T18:54:11+01:00

czy ja tą definicję muszę dopisać MK_USART?

Statystyki: Napisane przez Buczek — 21 maja 2015, o 18:54

Re: Atmega 644P i MK_USART

2015-05-21T12:58:27+01:00

[syntax=c]#define uart_puts_P(str) uart_puts_p(PSTR(str))
void uart_puts_p(const char *string)
{
while(pgm_read_byte(string))
uart_putc(pgm_read_byte(string++));
}[/syntax]
Tak jakby co

Statystyki: Napisane przez jnk0le — 21 maja 2015, o 12:58

Re: Atmega 644P i MK_USART

2015-05-20T23:19:31+01:00

Zajrzę jutro, dzisiaj już biorę moją szpadę pod kołdrę i idę spać;)
dzięki za nocny pojedynek z serwerem, mam coś ciekawego w głowie, nie do końca wiem czy da się to wykonać na Twoim module Wifi ale powalczę z tym serwerem do ostatniej kropli krwi lub złamania szpady;).

Statystyki: Napisane przez Buczek — 20 maja 2015, o 23:19

Re: Atmega 644P i MK_USART

2015-05-20T22:21:21+01:00

jnk0le napisał(a):

dzięki czemuś takiemu uniknąłem scalania a następnie wyłuskiwania bajtów, no i działa analogicznie do scanf'a

Ależ oczywiście, że można w C to robić na wiele sposobów, poprzez argumenty również w związku ze wskaźnikami ale to o czym piszę nie jest także niczym nowym i osobliwym

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

Buczek napisał(a):

Mirek

consola wyświetla że mam nie zdefiniowaną funkcję uart_puts_P, ale przeglądam twój poradnik i ty też nigdzie jej nie definiowałeś a tobie się kompilowało bez problemów.

Bo sobie ją po prostu dopisałem - zdaje się, że w książce jej nie ma ... no ale ... zajrzyj do książki nawet do Bluebooka, albo i do Greenbooka chociażby do biblioteki LCD i zobacz jak się taką funkcję tworzy

lcd_str_P()

w Bluebooku opisywałem o co chodzi w funkcjach z postfixem _P ... warto o tym pamiętać - żeby później gdy się to widzi nie być skonsternowanym i umieć sobie poradzić trzema ruchami szpady

Statystyki: Napisane przez mirekk36 — 20 maja 2015, o 22:21

Re: Atmega 644P i MK_USART

2015-05-20T21:16:13+01:00

Mirek

consola wyświetla że mam nie zdefiniowaną funkcję uart_puts_P, ale przeglądam twój poradnik i ty też nigdzie jej nie definiowałeś a tobie się kompilowało bez problemów.

Statystyki: Napisane przez Buczek — 20 maja 2015, o 21:16

Re: Atmega 644P i MK_USART

2015-05-20T20:23:12+01:00

mirekk36 napisał(a):

jnk0le napisał(a):

A co ma na celu takie udziwnianie ?

Jakie udziwnienie - zakładam na przyszłość odbiór binarki, więc wtedy przesyłanie NULA mija się z celem bo to normalny bajt. Odpowiedź w postaci dwóch bajtów to dodatkowo możliwość przekazywania rozszerzonych komunikatów błędów np: -1, -2 ... itd To nie żadne udziwnienie tylko normalna technika programowania w C.

[syntax=c]uint8_t uart_getData(uint8_t *data);[/syntax]
dzięki czemuś takiemu uniknąłem scalania a następnie wyłuskiwania bajtów, no i działa analogicznie do scanf'a

Statystyki: Napisane przez jnk0le — 20 maja 2015, o 20:23

Re: Atmega 644P i MK_USART

2015-05-20T20:11:05+01:00

jnk0le napisał(a):

A co ma na celu takie udziwnianie ?

Quote:

A Consola pokazuje coś takiego

A consola pokazuje CAŁKIEM COŚ innego - to żółte podkreślenie to nie żaden błąd kompilacji, jakbyś sukcesywnie oglądał moje poradniki - chociażby tylko te o programowaniu WIFI to byś wiedział o co chodzi a także jak można i pozbyć się tej żółtej pchełki na dwa sposoby jeśli cię drażni.

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

poczytaj te błędy z konsoli i zobacz jakich funkcji nie masz zdefiniowanych

Statystyki: Napisane przez mirekk36 — 20 maja 2015, o 20:11

Re: Atmega 644P i MK_USART

2015-05-25T16:48:27+01:00

mirekk36 napisał(a):

zwraca typ int, no właśnie czyli warunek wtedy nie wydaje się być dziwny hmm ?

A co ma na celu takie udziwnianie ?
Przecież wystarczy zwrócić NULL w przypadku pustego bufora, A zabawy w sprawdzanie czy coś nadeszło (bo znak przychodzący może być NULLem) są troszeczkę trudne gdy w przerwaniu jest wycinany jeden znak z pary CR LF (bo jeśli sprawdzamy czy przyszedł null to chyba dane przychodzące obejmują cały zakres 8 bitów).

[syntax=c]void uart_getsl(char *buffer, uint8_t bufferlimit)
{
while(--bufferlimit)
{
*buffer = uart_getc();
if(*buffer++ == 0)
return;
}
*buffer = 0;
}[/syntax]

I czemu jeszcze nikt się jeszcze nie przyczepił do listingu (#3) ?

Buczek napisał(a):

... mieli ... nie wyświetla ...

Jak coś nie działa to debugujesz u podstaw - w twoim przypadku należy sprawdzić czy transmisja rs232 w ogóle działa.

Statystyki: Napisane przez jnk0le — 20 maja 2015, o 19:49

Re: Atmega 644P i MK_USART

2015-05-20T19:59:59+01:00

Rejestry udało mi się pozmieniać, lecz zostało jeszcze jedno żółte ostrzeżenie.
efekt jest taki, że na LCD wyświetlają się napisy (mrugają podczas próby łączenia strony z AVR), a strona z napisem Hello World się nie wyświetla (mieli mieli i mieli przy próbie łączenia się z AVR).

Na wszelki wypadek zamieszczam kod z AVR
[syntax=c]/*
* main.c
*
* Created on: 15 maj 2015
* Author: Jacek
*/
#include
#include
#include
#include
#include

#include "LCD/lcd44780.h"
#include "MK_USART/mkuart.h"

char uart_buf[255];

void parse_rs232(char*buf);
void print_webpage(void);
void http200ok(void);

int main( void ){

DDRA |= (1<PORTA |= (1<
lcd_init ();
lcd_str ("www.atnel.pl");
lcd_locate(1,0);
lcd_str("AVR/HTTP serwer");
_delay_ms(500);
lcd_cls();

USART_Init( __UBRR );
register_uart_str_rx_event_callback(parse_rs232);

sei();

while(1) {

UART_RX_STR_EVENT(uart_buf);
}
}

void http200ok(void) {
uart_puts_P(PSTR("HTTP/1.0 200 OK\r\nContent-Type: text/html\r\nPragma: no-cache\r\n\r\n") );

}
void print_webpage(void) {

http200ok();
uart_puts_P(PSTR("hello world"));
}
void parse_rs232(char*buf){
if (!strncap("GET /",buf,6)) {
print_webpage();
}

}[/syntax]

A Consola pokazuje coś takiego

Statystyki: Napisane przez Buczek — 20 maja 2015, o 19:47

Re: Atmega 644P i MK_USART

2015-05-20T15:20:11+01:00

jnk0le napisał(a):

Chwila, chwila ... uart_getc zwraca int16_t ?

zwraca typ int, no właśnie czyli warunek wtedy nie wydaje się być dziwny hmm ?

Statystyki: Napisane przez mirekk36 — 20 maja 2015, o 15:20

Re: Atmega 644P i MK_USART

2015-05-20T15:02:00+01:00

Chwila, chwila ... uart_getc zwraca int16_t ?

Statystyki: Napisane przez jnk0le — 20 maja 2015, o 15:02

Re: Atmega 644P i MK_USART

2015-05-20T14:19:43+01:00

jnk0le napisał(a):

dosyć ... ciekawy warunek

Ciekawy bo ?

Statystyki: Napisane przez mirekk36 — 20 maja 2015, o 14:19

Re: Atmega 644P i MK_USART

2016-06-28T01:20:15+01:00

Możesz też użyć tej biblioteki, albo wyciągnąć z niej potrzebne rejestry.

https://github.com/jnk0le/Easy-AVR-USART-C-Library

Tylko weź pod uwagę, że mkusart może używać UDIRE zamiast TXCIE.

EDIT:
[syntax=c]if( c < 0 )[/syntax]
dosyć ciekawy warunek

Statystyki: Napisane przez jnk0le — 20 maja 2015, o 14:00

Re: Atmega 644P i MK_USART

2015-05-20T13:36:54+01:00

Buczek napisał(a):

wszystko wg Twojego przepisu bibliotekę mam z Greenbooka

A no to właściwa biblioteka - po co więc szukać innej oj panie kochany - a podmiana rejestrów dla innego procka to co ? ... Poczytaj rzeczywiście wątek który poleca kolega wyżej - a jeśli jeszcze coś będzie nie tak to pytaj ... pokaż też wtedy ew fragmenty biblioteki które podmieniłeś

Statystyki: Napisane przez mirekk36 — 20 maja 2015, o 13:36

Re: Atmega 644P i MK_USART

2015-05-20T13:32:04+01:00

Musisz zmienić nazwy rejestrów jak i nazwy przerwań. Zobacz na przykładzie
http://forum.atnel.pl/topic10414.html co trzeba zrobić (zmienić).

Statystyki: Napisane przez anshar — 20 maja 2015, o 13:32