ATNEL tech-forum

Re: WIFI232 - PROGRAMOWANIE W C – START na Atmega328

2015-02-13T23:58:30+01:00

Zgadza się "z rozpędu"! Poprawiłem!

Statystyki: Napisane przez anshar — 13 lut 2015, o 23:58

Re: WIFI232 - PROGRAMOWANIE W C – START na Atmega328

2015-02-13T23:43:12+01:00

U mnie uchwyt do przetrwania wyglądał tak:
[syntax=c]ISR( USART_RX_vect ){[/syntax] wydaje mi się że to zero z rozpędu się znalazło

Statystyki: Napisane przez kurnachatka — 13 lut 2015, o 23:43

Re: WIFI232 - PROGRAMOWANIE W C – START na Atmega328

2015-01-28T11:03:21+01:00

celowy

Statystyki: Napisane przez mirekk36 — 28 sty 2015, o 11:03

Re: WIFI232 - PROGRAMOWANIE W C – START na Atmega328

2015-01-28T10:05:35+01:00

Czy pominięcie instrukcji break w switch'u w tej bibliotece to celowy zamiar autora?

[syntax=c]case 13: ascii_line++; // jest
case 13: ascii_line++; break;// dodany break powoduje brak warninga[/syntax]

Statystyki: Napisane przez anshar — 28 sty 2015, o 10:05

Re: WIFI232 - PROGRAMOWANIE W C – START na Atmega328

2015-01-28T02:55:47+01:00

w jednym i drugim przypadku Initial Value( wartość początkowa) = 1

Statystyki: Napisane przez lemurek — 28 sty 2015, o 02:55

Re: WIFI232 - PROGRAMOWANIE W C – START na Atmega328

2015-01-28T02:30:15+01:00

icer_cmg napisał(a):

A nie czasem [syntax=c]UCSR0C = ((1<

pomyśl jaki będzie wynik takiego wyrażenia?

Quote:

(3<<0)

a jaki będzie wynik takiego?

Quote:

(1<<0)|(1<<1)

... będzie DOKŁADNIE taki sam - więc nie ma znaczenia jak to zapiszesz ...

a teraz uwaga!

akurat ta linijka w ATmega328

[syntax=c]UCSR0C = (3<
jak również ta linijka w ATmega8

[syntax=c]UCSRC = (1<
NIE SĄ W OGÓLE POTRZEBNE można je pominąć i wszystko będzie działać poprawnie ..... dlaczego? - a to zagadka ... kto zgadnie ?

Statystyki: Napisane przez mirekk36 — 28 sty 2015, o 02:30

Re: WIFI232 - PROGRAMOWANIE W C – START na Atmega328

2015-01-28T02:22:31+01:00

A nie czasem [syntax=c]UCSR0C = ((1<Statystyki: Napisane przez icer_cmg — 28 sty 2015, o 02:22

WIFI232 - PROGRAMOWANIE W C – START na Atmega328

2015-02-13T23:58:52+01:00

Co zrobić gdy nie mamy procesora Atmega8, takiego, którego używa mirekk36?
W sklepie internetowym http://www.sklep.atnel.pl/ dostępny jest Atmega328 „od ręki”!

Sprawdzamy noty aplikacyjne jednego i drugiego procesora i stwierdzamy, że wszystko się zgadza, nawet wyprowadzenia są identyczne.
Montujemy naszego Atmega328 w piękną płytkę stykową w/g zaleceń pana Mirka (poprawne podłączenie zasilania, rezonator kwarcowy (11.0592 Mhz), itd.)
Podłączamy programator (AVR ATB USBASP) i przetwornicę (ATB-PWR3).
Wszystko nam oczywiście działa tak jak w poradniku (za pomocą mkAVR Calculator ustawiamy fusy bity). Dalej montujemy nasz modół Bluetooth (ATB-BTM-222). Warto dodać, że nóżkę nr2 procesora PD0 (RXD) należy połączyć z wyprowadzeniem OUT (Tx) modółu ATB-BTM-222. Analogicznie nóżkę nr3 procesora PD1 (TXD) z wyprowadzeniem IN(Rx) modółu.
Wszystko mamy już podłączone jak należy, więc zabieramy się do programowania krok po kroku w/g poradników „WIFI232 - PROGRAMOWANIE W C – START”. Dołączamy bibliotekę MK_USART z lekcji L21_UART_ASCII_AT z green booka (Język C Pasja programowania mikrokontrolerów 8-bitowych). Dokonujemy nawet jej aktualizacji, kompilujemy, a tu nagle masa błędów. Jak sobie z tym poradzić?

W pliku MK_USART\mkuart.c musimy dokonać pewnych zmian, ponieważ nasz procesor Atmega328 posiada inne nazwy rejestrów odpowiedzialnych za USART. No to zamieniamy!

RXCIE na RXCIE0
RXEN na RXEN0
TXEN na TXEN0
UBRRH na UBRR0H
UBRRL na UBRR0L
UCSRB na UCSR0B
UCSRC na UCSR0C
UCSZ0 na UCSZ00
UDR na UDR0
UDRIE na UDRIE0
[syntax=c]//linijkę kodu
UCSR0C = (1<//na
UCSR0C = (3<
//linijkę kodu
ISR( USART_RXC_vect ) {
//na
ISR( USART_RX_vect ) {[/syntax]

Po tych zmianach wybieramy Clean Project i kompilujemy.

Statystyki: Napisane przez anshar — 28 sty 2015, o 01:12