ATNEL tech-forum

Re: [GB] uart_ascii_at_(tylko atmega+rs232)

2016-10-17T22:28:06+01:00

Dzięki wielkie ! tego mi było trzeba!

Statystyki: Napisane przez nariox — 17 paź 2016, o 22:28

Re: [GB] uart_ascii_at_(tylko atmega+rs232)

2016-10-17T20:23:03+01:00

Dokładnie pomysł z wypełnianiem spacjami to hmmm delikatnie mówiąc chyba nieporozumienie ...

Bufor można bardzo szybko kasować czyli zerować np

[syntax=c]memset( bufor, 0, sizeof( bufor ) );[/syntax]

i po zawodach

Statystyki: Napisane przez mirekk36 — 17 paź 2016, o 20:23

Re: [GB] uart_ascii_at_(tylko atmega+rs232)

2016-10-17T18:45:40+01:00

nariox napisał(a):

Natomiast żeby nie dodawać kolejnego tematu ,
czy użyty w pliku głównym bufor [100] , ulega opróżnianiu?
bo prześledziłem w miarę dokładnie cały program i wydaje mi się że nie...
Jeżeli planowałbym więcej danych to czy dobrym pomysłem byłoby w pętli while(1) dodać na końcu linijke,która wypełniałaby bufor np spacjami?

A czy to nie jest przypadkiem bufor na c-string?
Jeśli tak to co da Ci wypełnienie go spacjami?
Prawdopodobnie to działa tak, że bufor jest przy obsłudze kolejnej transmisji napełniany od nowa.
A czytasz z niego tak długo aż nie napotkasz znaku NULL
Zastrzegam, że to tylko takie moje gdybanie

Statystyki: Napisane przez MirkoT — 17 paź 2016, o 18:45

Re: [GB] uart_ascii_at_(tylko atmega+rs232)

2016-10-17T18:10:12+01:00

Racja,umkneło mi to, to nie mogło zadziałać !
Sam też zawsze idąc Twoim wzorem ,podpinam RW do pinu procesora;)

Natomiast żeby nie dodawać kolejnego tematu ,
czy użyty w pliku głównym bufor [100] , ulega opróżnianiu?
bo prześledziłem w miarę dokładnie cały program i wydaje mi się że nie...
Jeżeli planowałbym więcej danych to czy dobrym pomysłem byłoby w pętli while(1) dodać na końcu linijke,która wypełniałaby bufor np spacjami?

Statystyki: Napisane przez nariox — 17 paź 2016, o 18:10

Re: [GB] uart_ascii_at_(tylko atmega+rs232)

2016-10-16T21:23:34+01:00

nariox napisał(a):

wszystko działa, tylko jak LCD nie miałem podpiętego to funkcje dotyczące LCD się zrobić nie mogły,wywaliłem je i ruszyło

Tak to bywa jak się pominie coś w książkach widać nie poczytałeś o bibliotece LCD i jej konfiguracji ... a ja ZAWSZE używam pinu RW podłączonego do procka szczególnie w zestawach ATB

Gdy się przeczyta to wiadomo że nawet nie trzeba byłoby wywalać tylko przestawić w konfiguracji w pliku *.h use rw na zero

#define USE_RW 0

Statystyki: Napisane przez mirekk36 — 16 paź 2016, o 21:23

Re: [GB] uart_ascii_at_(tylko atmega+rs232)

2016-10-16T18:28:06+01:00

wszystko działa, tylko jak LCD nie miałem podpiętego to funkcje dotyczące LCD się zrobić nie mogły,wywaliłem je i ruszyło

Statystyki: Napisane przez nariox — 16 paź 2016, o 18:28

Re: [GB] uart_ascii_at_(tylko atmega+rs232)

2016-10-12T23:35:29+01:00

Ogarnij najpierw żeby atmega gadala tobie po rs'ie, bo problem musisz rozwiązać zaczynając od najkrótszej drogi. Jak zacznie chodzić to wtedy będziesz dokladal kolejne klocki.

Sent from my Mi-4c

Statystyki: Napisane przez micky — 12 paź 2016, o 23:35

Re: [GB] uart_ascii_at_(tylko atmega+rs232)

2016-10-12T14:50:14+01:00

ten post nie ma na celu aby ciqgle mnie pograzac , ale zeby pomoc.Spedzilem juz pare godzin nad tym. Nie zmienialem maina, skasowalem wszystkie delayeje,zostalo tylko LED_ON w przerwaniu uart od odebranych danych. Czekam na moduly BT.

Prostujac wszystkie informacje do tej pory: podpialem atmege pod rs232 , atmega nie odpowiada, nie rozpoznaje polecenia, wchodzi do przerwania od UArt , sprawdza wszystkie warunki ale nie rozpoznaje polecenia. To aamo z testerem komend ...
Czekam na BT

Statystyki: Napisane przez nariox — 12 paź 2016, o 14:50

Re: [GB] uart_ascii_at_(tylko atmega+rs232)

2016-10-12T14:09:06+01:00

Sorki ale jak słyszę, że ktoś szuka specjalnych programów terminali które będą wysyłać znak CR na końcu to aż mnie ciarki po kręgosłupie przechodzą KAŻDY WYSYŁA - KAŻDY - i to bez łaski i bez żadnego ustawiania w opcjach eeeeeh

nariox napisał(a):

Zdaje mi się że nie da się tego sprawdzić tak jak mi się wydaję. Ściągłem sobie program terminal który ma opcje wysłania znaku CR po każdej komendzie. W przerwaniu wywoaływanym po odebraniu znaku sprawdziłem że normalnie w Realtermie nie rozpoznaje żadnej komendy.Dlatego teraz używam terminal,który dodaje CR i cóż się dzieje? atmega zwraca wartość wysłanej komendy bez znaku CR a sam procesor( tak wnioskuje) resetuje się i wyświetla początkowy tekst powitalny(uart_puts("...")

kombinacja tak alpejska że szok

A jak ci się procek resetuje to znaczy, że gdzieś w kodzie w main odstawiłeś takiego babola że szok

Statystyki: Napisane przez mirekk36 — 12 paź 2016, o 14:09

Re: [GB] uart_ascii_at_(tylko atmega+rs232)

2016-10-12T13:45:03+01:00

Odnoszenie wrażenie że mój ukłąd jest sprawny i działa tak jak powinien- w testerze komend,świeci się dioda TX więc atmega odpowiada nie mniej....

Zdaje mi się że nie da się tego sprawdzić tak jak mi się wydaję. Ściągłem sobie program terminal który ma opcje wysłania znaku CR po każdej komendzie. W przerwaniu wywoaływanym po odebraniu znaku sprawdziłem że normalnie w Realtermie nie rozpoznaje żadnej komendy.Dlatego teraz używam terminal,który dodaje CR i cóż się dzieje? atmega zwraca wartość wysłanej komendy bez znaku CR a sam procesor( tak wnioskuje) resetuje się i wyświetla początkowy tekst powitalny(uart_puts("...")
Poczekam na moduły BT,skonfiguruje je i zobaczymy czy wtedy wywołując komendy AT dalej będzie działo się to samo..

Statystyki: Napisane przez nariox — 12 paź 2016, o 13:45

Re: [GB] uart_ascii_at_(tylko atmega+rs232)

2016-10-11T22:31:00+01:00

nariox napisał(a):

@mirekk36 naturalnie, tutaj tylko delay służy jako optyczny wskaźnik(mam czas zauważyć

Jeszcze raz powtarzam ... totalnie psujesz zdarzenie - a jako optyczny wskaźnik to wystarczy BYLE pierwszy lepszy timer programowy i to z Bluebooka nawet odpalić - i nie będziesz musiał zdążać zauważyć bo dioda będzie ładnie migać.

A już nie wspomnę że skoro masz GB to DOKŁADNIE w tym rozdziale jest pokazane jak taką diodę LED zapalić i zgasić ... no tylko trzeba jednak przeczytać ten rozdział

Statystyki: Napisane przez mirekk36 — 11 paź 2016, o 22:31

Re: [GB] uart_ascii_at_(tylko atmega+rs232)

2016-10-11T22:27:38+01:00

@mirekk36 naturalnie, tutaj tylko delay służy jako optyczny wskaźnik(mam czas zauważyć

@chemik0 oczywiście masz racje, dlatego przesunałem LED_On dalej w funkcji UART_RX_STR_EVENT. Czytałem te pliki wszystkie przed skopiowaniem

MIanowicie:

[syntax=c]if( ascii_line )
{LED_OFF;[/syntax]

czyli jeżeli wystąpi nowa linia to wtedy uruchom zdarzenie,zgaś diode ,
Teraz wniosek na szybkości że nie widzi komend, a przejściówke sprawdziłem .Mam gdzieś stary program który odsyła wysłaną literke z klawiatury, ale spróbuję ogarnąć to dopiero jutro. Dobranoc;)

Statystyki: Napisane przez nariox — 11 paź 2016, o 22:27

Re: [GB] uart_ascii_at_(tylko atmega+rs232)

2016-10-11T22:12:07+01:00

Chyba źle mnie zrozumiałeś.
Według mnie program działa OK, tylko po LED_ON program od razu wykonuje funkcję UART_RX_STR_EVENT która w pierwszej kolejności sprawdza czy jest coś w buforze odbiorczym, a następnie czy została zarejestrowana funkcja do obsługi odebranych danych.
A Ty przed tym wszystkim wyłączasz swojego LED-a
[syntax=c]void UART_RX_STR_EVENT(char * rbuf) {
LED_OFF;[/syntax]
co od razu po jego włączeniu go wyłącza.

Spróbuj tak, a led powinien sobie mrygać.
[syntax=c]while(1) {

UART_RX_STR_EVENT(bufor); // zdarzenie odbiorcze UART
//IR_EVENT(); // zdarzenie odbiorcze IR
_delay_ms(300);
LED_ON;
_delay_ms(300);
}[/syntax]

W pliku komendy_at.c masz funkcję parse_uart_data która odpowiada za analizę odebranych danych, tam też są przykładowe funkcje obsługujące różne komendy.

Statystyki: Napisane przez chemik0 — 11 paź 2016, o 22:12

Re: [GB] uart_ascii_at_(tylko atmega+rs232)

2016-10-11T21:59:53+01:00

Jak już zabierasz się za zdarzenia - to zapamiętaj proszę - zapamiętaj na ZAWSZE - ZAPOMNIJ o DELAJACH bo masakrę sobie robisz amerykańską piłą tarczową ...

Statystyki: Napisane przez mirekk36 — 11 paź 2016, o 21:59

Re: [GB] uart_ascii_at_(tylko atmega+rs232)

2016-10-11T21:54:01+01:00

Właśnie próbuje ustalić czy nie zapomniałem jakiejś funkcji wyłączyć i program w nią wchodzi i nie może wyjść, bo jak wspominałem wyżej,mam tylko atmega32 i z nią się kontaktuje.
Dobrze,zatem przesunę LED_ON dalej i zobaczymy co się stanie. Na wszelki wypadek przekopiuje wszystko jeszcze raz z oryginalnego folderu

Statystyki: Napisane przez nariox — 11 paź 2016, o 21:54

Re: [GB] uart_ascii_at_(tylko atmega+rs232)

2016-10-11T21:22:50+01:00

Jak dla mnie działa wyśmienicie.
[syntax=c]while(1) {

UART_RX_STR_EVENT(bufor); // zdarzenie odbiorcze UART ----> Tu przed sprawdzeniem czy jest coś
w buforze odbiorczym od razu gasisz LED-a
//IR_EVENT(); // zdarzenie odbiorcze IR
_delay_ms(300); // -----> Tutaj grzecznie nic nie robimy
LED_ON; // ------> włączasz LED-a
}[/syntax]

i "ultraszybko" znów go wyłączasz w funkcji UART_RX_STR_EVENT(bufor);

dorzuć delay-a po LED_ON i zobaczysz jak ładnie będzie mrygał

Statystyki: Napisane przez chemik0 — 11 paź 2016, o 21:22

[GB] uart_ascii_at_(tylko atmega+rs232)

2016-10-11T20:51:54+01:00

witam !

Z 1 książki przeanalizowałem komunikacje rs232-działa.Odpalone za 1 razem.
Z GB przekopiowałem przykład(zmieniłem baud rate na 9600,wew RC na 8 MHz).
Układ wyświetla ekran powitalny,następnie wchodzi do pętli głównej i ....nic

Układ zbudowany tylko i wyłącznie z atmegi32 i jednej diody zamiast wyświetlacza alfanumerycznego.
jedyne co chce osiągnać to odpowiedzi na najprostsze komendy,tak żeby poznać istotę działanie[moduły BT w drodze ].

Program główny po drobnych modyfikacjach:

[syntax=c]#include
#include
#include
#include
#include
#include
#include

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

#include "komendy_at.h"

uint8_t ir_enable;// aktywacja/deaktywacja IR-->TERMINAL
char bufor[100];// bufor na potrzeby odebranych danych z UART

// deklaracje funkcji
void parse_ir_data(uint8_t adr, uint8_t cmd, uint8_t key_time);

//************ główna funkcja main() programu *****************************
int main(void) {

// podświetlenie LCD // u mnie dioda
LED_DIR |= LED;// kierunek WYJŚCIE
LED_ON;// domyślnie włączenie podświetlenia

// inicjalizacja UART
USART_Init(__UBRR);

// rejestracja własnej funkcji do analizowania danych odebranych przez UART
register_uart_str_rx_event_callback( parse_uart_data );

// rejestracja własnej funkcji do analizy ramek IR z pilota
register_ir_event_callback( parse_ir_data );

sei();// globalne odblokowanie przerwań

// przedstawienie się układu przez UART po starcie
uart_puts("przeprowadzam test komend AT------------------------\r\n");

// pętla główna programu
while(1) {

UART_RX_STR_EVENT(bufor);// zdarzenie odbiorcze UART
//IR_EVENT();// zdarzenie odbiorcze IR
_delay_ms(300);
LED_ON;
}

}[/syntax]

Oprócz tego w pliku mkuart.h zmieniłem baud_rate i zakomentowałem linie

[syntax=c]// #define UART_DE_PORT PORTD[/syntax]

Na początku zapalam diodę ,potem w funkcji : UART_RX_STR_EVENT dodałem linie LED_OFF tak żeby mieć sygnał gdy dotrą dane do atmegi.

[syntax=c]void UART_RX_STR_EVENT(char * rbuf) {
LED_OFF;
if( ascii_line )[/syntax]

Problem w tym że po odpalenie Realterm wyświetla się napis ,potem program wchodzi w pętle główną
i od razu gasi diodę ( a przecież skoro nie wysyłam nic to powinien wyjść i po 300ms znów zapalić diodę) , i milczy,nie reaguje na żadne komendy(Wysyłam w RT np: "AT" lub "ATI" ,próbowałem też z "AT\r\n" ," AT\n" ale nic z tego.

Dodam że układ zbudowany na płytce stykowej ,zasilanie bezpośrednio z przejściówki http://www.sibit.pl/sklep/konwerter-usb-rs232ttl-(v2).html

Program z BB działał bez zarzutów.

Statystyki: Napisane przez nariox — 11 paź 2016, o 20:51