ATNEL tech-forum

Re: Software reset "AT+RST" - problem z implementacją

2015-12-06T13:42:29+01:00

majster napisał(a):

Znalazłem to w 15 sekund w google wpisując

obsługa 2 uart avr

Bardzo dziękuję i pozdrawiam

Statystyki: Napisane przez avrfun — 6 gru 2015, o 13:42

Re: Software reset "AT+RST" - problem z implementacją

2015-12-06T13:38:59+01:00

avrfun napisał(a):

majster napisał(a):

Na uC który ma 2 UARTy lub jak wyżej opisałem.

Rozumiem ideę. Myślę nad stroną programistyczną. Czy dublować wszystkie zdarzenia dla UART i funkcje callback (np. parse_uart_data_gps i parse_uart_data_wifi) i czy potrzebne są dwie biblioteki mkuart1.h i mkuart2.h oddzielnie dla każdego interfejsu, bo jak inaczej wpisać dwie prędkości UART? Nigdy nie korzystałem z 2 UARTów. Muszę się nauczyć

Zerknij np tutaj:

topic2637.html
topic10653.html

Znalazłem to w 15 sekund w google wpisując

obsługa 2 uart avr

Statystyki: Napisane przez majster — 6 gru 2015, o 13:38

Re: Software reset "AT+RST" - problem z implementacją

2015-12-06T11:02:42+01:00

majster napisał(a):

Na uC który ma 2 UARTy lub jak wyżej opisałem.

Statystyki: Napisane przez avrfun — 6 gru 2015, o 11:02

Re: Software reset "AT+RST" - problem z implementacją

2015-12-06T10:52:28+01:00

avrfun napisał(a):

Jak realizuje się obsługę dwóch UARTów (4800 i 115200)?
Pozdrawiam

Na uC który ma 2 UARTy lub jak wyżej opisałem.

Namazane ze smarta.

Statystyki: Napisane przez majster — 6 gru 2015, o 10:52

Re: Software reset "AT+RST" - problem z implementacją

2015-12-06T08:53:42+01:00

Witam!
Problem rozwiązałem po analizie prędkości ustawionej w bibliotece UART. GPS-4800. ATB-WIFI-115200. "Fizyczna" zamiana GPS na ATB-WIFI nastąpiła, ale nie zmieniłem prędkości w bibliotece mkuart.h. Po zmianie na 115200 moduł prawidłowo odbiera komendy AT. Teraz zastanawiam się nad obsługą 2xUART np. w Atmega644. Na UART1 odbieram dane z GPS, a na UART2 nasłuchuję komend. Pojawienie się komendy AT-RST? w UART2 ma skutkować resetem programu i możliwością zdalnego programowania. Jak realizuje się obsługę dwóch UARTów (4800 i 115200)?
Pozdrawiam

Statystyki: Napisane przez avrfun — 6 gru 2015, o 08:53

Re: Software reset "AT+RST" - problem z implementacją

2015-12-05T16:54:48+01:00

Bardzo proszę jeszcze raz o sugestię w sprawie niedziałającego software reset w moim programie.
Pozdrawiam

Statystyki: Napisane przez avrfun — 5 gru 2015, o 16:54

Re: Software reset "AT+RST" - problem z implementacją

2015-12-05T12:34:45+01:00

Rafał555 napisał(a):

W module nie masz ustawionej bramy i dns server.

Dzięki za zwrócenie uwagi. Przy zmianie SERVER na CLIENT się zgubiło. Teraz jest poprawnie jak przed zmianami. DNS i brama ustawione. To nie rozwiązuje problemu. Nadal brak resetu software. Jak przekazać komendę AT+RST z mkBootLoadera do mojego programu? Dane z gps wchodzą do bufora, a z modułu WiFi nie.

Pozdrawiam

Statystyki: Napisane przez avrfun — 5 gru 2015, o 12:34

Re: Software reset "AT+RST" - problem z implementacją

2015-12-05T10:41:38+01:00

W module nie masz ustawionej bramy i dns server.

Statystyki: Napisane przez Rafał555 — 5 gru 2015, o 10:41

Re: Software reset "AT+RST" - problem z implementacją

2015-12-04T23:27:27+01:00

majster napisał(a):

A dlaczego masz UDP SERVER wydaje mi sie zo puwinien byc CLIENT

Z ustawieniem CLIENT nie działa wcale, niestety (sprawdziłem).

------------------------ [ Dodano po: 3 minutach ]

[syntax=c]oid parse_uart_data( char * uart_buf ) {

char * buf;
char * buf_rst;
char * reszta;
char * time, * status, * latitude_val, * latitude_sym, * longitude_val, * longitude_sym, * speed, * course, * data;
char * magnetic_var, * magnetic_var_dir;
static uint8_t godzina, minuta, sekunda, miesiac, dzien;
static uint16_t rok;

buf = uart_buf;

//if (buf && (strcmp(buf,"AT+RST?")== 0)) // Warunek 1
if(!strncasecmp("AT+RST?", buf, 7)) // Warunek 2
{
PORTC ^= (1<
cli(); // disable interrupts
wdt_enable(0); // set watchdog,
while(1); // wait for reset
}

if(gps_read_flag){

buf = strtok_r(uart_buf,",",&reszta);

//PORTC &= ~(1<
if (buf && (strcmp(buf,"$GPRMC") == 0)){

buf = strtok_r(NULL,",",&reszta);
/* Cas: hhmmss */
time = buf;

gps_read_flag = 0;
synchro_layer.visible = 0;
first_sync = 0;
// PORTC |= (1< PORTC ^= (1< cli();
ws_cls(linijka1, 0);
sei();[/syntax]

W linii 16 dioda nie zmienia stanu w odpowiedzi na polecenie AT+RST? z programu mkBootLoader.
W linii 40 dioda zmienia stan co zadany okres synchronizacji.

Statystyki: Napisane przez avrfun — 4 gru 2015, o 23:27

Re: Software reset "AT+RST" - problem z implementacją

2015-12-04T22:58:11+01:00

A dlaczego masz UDP SERVER wydaje mi sie zo puwinien byc CLIENT

Namazane ze smarta.

Statystyki: Napisane przez majster — 4 gru 2015, o 22:58

Re: Software reset "AT+RST" - problem z implementacją

2015-12-04T22:38:59+01:00

Statystyki: Napisane przez avrfun — 4 gru 2015, o 22:38

Re: Software reset "AT+RST" - problem z implementacją

2015-12-04T22:03:07+01:00

nie czepiaj się kolego programu a tego jak skonfigurowałeś ATB WIFI pokaż no konfiguracje

co do debuggera ... tam gdzie chcesz odebrać dane .... jak cokolwiek odbierze niech zmieni swój stan na przeciwny.

Statystyki: Napisane przez majster — 4 gru 2015, o 22:03

Re: Software reset "AT+RST" - problem z implementacją

2015-12-04T21:54:31+01:00

To jest znakomity pomysł. Obecnie jednak funkcja sprawnie parsuje dane z gps, a po jego odłączeniu gdy próbuję coś wpisać do bufora (np. AT+RST?) - echa w terminalu brak. Chciałby wiedzieć dlaczego dane z gps "wchodzą" do bufora, a z programu mkBootLoader nie. W którym miejscu programu zrobić pułapkę, debugger jednodiodowy, aby to sprawdzić?

Statystyki: Napisane przez avrfun — 4 gru 2015, o 21:54

Re: Software reset "AT+RST" - problem z implementacją

2015-12-04T21:38:34+01:00

avrfun napisał(a):

Nie mam jeszcze nawet pomysłu jak to zrealizować programowo i zdalnie.

No to jeszcze raz powtórzę jak bym zrealizował połączenie nawet gdy podłączone będą oba urządzenia GPS i WIFI

majster napisał(a):

ja bym stworzył jedną funkcję:
UART_RX_STR_EVENT( uart_buf );

parsował dane odbioru i prawdzał czy to pochodzi z GPS czy WIFI
nie mniej i tak 2 urządzenia na jednym uarcie ci nie zadziałają no chyba że zabierzesz zasilanie modułowi GPS na starcie a uaktywnisz je 2 sekundy po starcie programu tak aby wifi przez pierwsze 2 sekundy miało zasilanie.... a jak podasz zasilanie do GPS to zabierasz dla WIFI

Statystyki: Napisane przez majster — 4 gru 2015, o 21:38

Re: Software reset "AT+RST" - problem z implementacją

2015-12-04T20:49:43+01:00

majster napisał(a):

Za dużo masz funkcji w jednym pliku pomieszanych od różnych modułów przez co kod staje się mało czytelny i sam zaczynasz się w nim mieszać a co dopiero ktoś kto go widzi po raz pierwszy.

Dzięki wielkie za zainteresowanie. Zdaję sobie sprawę, że kod jest bardzo przerośnięty, ale powstawał od kwietnia i rozrastał się wraz z "lekturą" poradników Mirka. Wszystko działa bardzo sprawnie i nieblokująco oprócz resetu programowego, który chciałem zaimplementować jedynie na potrzebę programowania zdalnego.

majster napisał(a):

w ten sposób będziesz miał 2 urządzenia na 1 uarcie ale tylko jedno z nich w danym czasie by działało.

Docelowo ma być tak. Gdzieś w pokoju stoi zegar gps z modułem Atnel WiFi. Odłączam gps. Podłączam WiFi. Wprowadzam zmiany w programie i wpisuję je zdalnie do zegara. Odłączam WiFi. Podłączam gps. Nie mam jeszcze nawet pomysłu jak to zrealizować programowo i zdalnie.
Pozdrawiam

Statystyki: Napisane przez avrfun — 4 gru 2015, o 20:49

Re: Software reset "AT+RST" - problem z implementacją

2015-12-04T19:00:55+01:00

Zaczynam go studiować będę tutaj uzupełniał na bieżąco to co mi w oko wpadnie ... a lepsi ode mnie bo jest ich 99% forum jak mogą niech też pomogą

Na początek usuń linię 6 z #include co prawda nie zawadza ale biblioteka z avr przeniosła się do util a masz ją w 4 linii.

w pętli while masz coś jak get ntp event który jest uzależniony od timera itp

polecam w pętli while sprawdzać zdarzenie z uart jak używasz Mirka bibliotek to: UART_RX_STR_EVENT( uart_buf );

generalnie nigdy nie wpadnie ci ramka z wifi do get ntp event

ja bym stworzył jednąfunkcję:
UART_RX_STR_EVENT( uart_buf );

parsował dane odbioru i prawdzał czy to pochodzi z GPS czy WIFI
nie mniej i tak 2 urządzenia na jednym uarcie ci nie zadziałają no chyba że zabierzesz zasilanie modułowi GPS na starcie a uaktywnisz je 2 sekundy po starcie programu tak aby wifi przez pierwsze 2 sekundy miało zasilanie.... a jak podasz zasilanie do GPS to zabierasz dla WIFI

w ten sposób będziesz miał 2 urządzenia na 1 uarcie ale tylko jedno z nich w danym czasie by działało.

Za dużo masz funkcji w jednym pliku pomieszanych od różnych modułów przez co kod staje się mało czytelny i sam zaczynasz się w nim mieszać a co dopiero ktoś kto go widzi po raz pierwszy.

Statystyki: Napisane przez majster — 4 gru 2015, o 19:00

Re: Software reset "AT+RST" - problem z implementacją

2015-12-04T17:42:59+01:00

majster napisał(a):

No to musisz mieć jakiegoś babola w programie którego nie widać ...

Proszę przejrzyj kod jeżeli będziesz tak miły, bardzo proszę:
[syntax=c]#include
#include
#include
#include
#include
#include
#include
#include

#include "LCD/lcd44780.h"
#include "MK_USART/mkuart.h"
#include "I2C_TWI/i2c_twi.h"
#include "MK_PCF8583/mk_pcf8583.h"
#include "1Wire/ds18x20.h"
#include "IR_UNI/ir_config.h"
#include "buf_lcd.h"
#include "warstwy.h"
#include "zs_common.h"
#include "WS2812/ws281x.h"
#include "MK_MAGIC_FX/mk_magic_fx.h"

// SPI hardware - ustawienia
#define MOSI PB5// <---- A (SER IN)
#define SCK PB7// <---- SHIFT CLOCK (SC)
#define CS PB4// <---- LATCH CLOCK (LC)

const uint8_t Display[6] PROGMEM = {1,2,4,8,16,32}; // wybór wyświetlacza
const uint8_t Cyfra[] PROGMEM = {
0x03,// 0
0x9F,// 1
0x25,// 2
0x0D,// 3
0x99,// 4
0x49,// 5
0x41,// 6
0x1B,// 7
0x01,// 8
0x09,// 9

0x02,// 0
0x9E,// 1
0x24,// 2
0x0C,// 3
0x98,// 4
0x48,// 5
0x40,// 6
0x1A,// 7
0x00,// 8
0x08,// 9
};

TWSRGB ws_rgb_leds[WS_LED_CNT];
// tworzymy wskaźnik pokazujący na pierwszy element tablicy TWSRGB (ws_rgb_leds)
// trzeba zrobić jawne rzutowanie bo linijka1 jest typu uint8_t, a ws_rgb_leds typu TWSRGB
uint8_t *linijka1 = (uint8_t*)ws_rgb_leds;

volatile int cy1, cy2, cy3, cy4;
volatile uint16_t Timer1, Timer2, Timer3, Timer4, Timer5;
int8_t xt;
uint8_t cy2_temp, gps_read_flag, first_sync, sig, lms10=255, ams_cnt=0;
uint32_t ms100_tick, czas;
char uart_buf[100];

TWIN transparent_layer;
TWIN temp_layer;

// ********* własna funkcja do obsługi podczerwieni ************
// podłączona/zarejestrowana dla zdarzenia IR_EVENT()
void ir_decode(uint8_t adr, uint8_t cmd, uint8_t key_time);
// obsługa sprzętowego SPI
void InitSpi(void);
void SendSpi( uint8_t bajt );
void disp_send( uint8_t cyfra, uint8_t segment);
void parse_uart_data( char * uart_buf );
void pokazuj_date_czas(TDATETIME *dt);
void GetGPSTime_EVENT(volatile uint16_t *tmr_100ms, uint8_t ss, uint8_t mm, uint8_t hh, void (*timer_kropka)(void));
void zs_delay (uint16_t ms);

int main(void)
{
DDRC |= (1<PORTC |= (1<
SoftTimer_init();

InitSpi();
SendSpi(0);

USART_Init(__UBRR);
register_uart_str_rx_event_callback(parse_uart_data);

ir_init();
register_ir_event_callback(ir_decode);

init_rtc();
register_rtc_event_callback(pokazuj_date_czas);

buf_lcd_init();

create_obj(&mainwin_layer,0,0,COLS,ROWS,1,NULL);
create_obj(&ir_mon_layer,2,0,4,1,0,0);
create_obj(&alarm_layer,2,3,8,1,0,alarm_event);
create_obj(&synchro_layer,0,0,COLS,ROWS,0,synchro_event);
create_obj(&temp_layer,0,0,COLS,ROWS,1,NULL);
create_obj(&transparent_layer,0,0,9,4,1,0);

active_buf=transparent_layer.buf;

buf_cls();
buf_locate(0,0);
buf_str_P(PSTR("ZEGAR^GPS"));
//buf_fill('Z',1);
//buf_fill('E',1);
//buf_fill('G',1);
//buf_fill('A',1);
//buf_fill('R',1);
//buf_fill(' ',1);
//buf_fill('G',1);
//buf_fill('P',1);
//buf_fill('S',1);
buf_locate(1,0);
buf_str_P(PSTR("\xff^^^\xff"));
buf_locate(2,0);
buf_str_P(PSTR("\xff^^^\xff"));
buf_locate(1,0);
buf_str_P(PSTR("^^^^^^^^^"));
buf_locate(2,0);
buf_str_P(PSTR("^^^^^^^^^"));
//buf_locate(3,0);
//buf_fill(255,9);
buf_locate(3,0);
buf_str_P(PSTR("^^^^^^^^^^^^^^^^"));

ws_cls(linijka1, 0);

// wstępna inicjalizacja pozycji warstwy alarm_layer
w1x=alarm_layer.x;
w1y=alarm_layer.y;

/* sprawdzamy ile czujników DS18xxx widocznych jest na magistrali */
czujniki_cnt = search_sensors();
DS18X20_start_meas( DS18X20_POWER_EXTERN, NULL );
/* czekamy 750ms na dokonanie konwersji przez podłączone czujniki */
_delay_ms(1500);
lcd_cls();

/* dokonujemy odczytu temperatury z pierwszego czujnika o ile został wykryty */
/* wyświetlamy temperaturę gdy czujnik wykryty */
if( DS18X20_OK == DS18X20_read_meas(gSensorIDs[0], &subzero, &cel, &cel_fract_bits) ) display_temp(14);
else {
buf_locate(1,13);
buf_str(" error ");
}
/* dokonujemy odczytu temperatury z drugiego czujnika o ile został wykryty */
/* wyświetlamy temperaturę gdy czujnik wykryty */
if( DS18X20_OK == DS18X20_read_meas(gSensorIDs[1], &subzero, &cel, &cel_fract_bits) ) display_temp2(14);
else {
buf_locate(2,13);
buf_str(" error ");
}
tcl=0;
sei();

//set_rtc_datetime(&datetime, 0, 0, 0, 0, 0, 0);
first_sync = 1;

while(1){

lcd_defchar_P(0x80,znak_stopien);
lcd_defchar_P(0x81,znak_termometr);
lcd_defchar_P(0x82,l_pl);
lcd_defchar_P(0x83,S_pl);
lcd_defchar_P(0x84,a_pl);

UART_RX_STR_EVENT(uart_buf);
RTC_EVENT();
//GetGPSTime_EVENT(&Timer3, 0, 1, 0, migaj_kropka_minutowa);
GetGPSTime_EVENT(&Timer3, 98, 0, 0, NULL);

IR_EVENT();
BARREL_EVENT(1);

if(!Timer1) cy2 = cy2_temp + 10;

if( lms10 != ms10_cnt ) {
if( ++ams_cnt > 49 ) {

transparent_layer.x=xt;
if(!sig) {
xt+=1;
if(xt>20) sig^=1;
} else {
xt-=1;
if(xt<-6) sig^=1;
}
ams_cnt=0;
}
lms10=ms10_cnt;
}
}
}

ISR(TIMER2_COMP_vect)
{
static uint16_t n;
static uint8_t anoda;
if(anoda == 0) disp_send(~(pgm_read_byte(&Display[0])), (pgm_read_byte(&Cyfra[cy4])));
else if(anoda == 1) disp_send(~(pgm_read_byte(&Display[1])), (pgm_read_byte(&Cyfra[cy3])));
else if(anoda == 2) disp_send(~(pgm_read_byte(&Display[2])), (pgm_read_byte(&Cyfra[cy2])));
else if(anoda == 3) disp_send(~(pgm_read_byte(&Display[3])), (pgm_read_byte(&Cyfra[cy1])));
anoda++;
if(anoda > 3) anoda = 0;

n = Timer1;
if(n) Timer1 = --n;
n = Timer2;
if (n) Timer2 = --n;
n = Timer3;
if (n) Timer3 = --n;
n = Timer4;
if (n) Timer4 = --n;
n = Timer5;
if (n) Timer5 = --n;
}

void InitSpi(void) {
/* ustawienie kierunku wyjściowego dla linii MOSI, SCK i CS */
DDRB |= (1</* aktywacja SPI, tryb pracy Master, prędkość zegara Fosc/64 */
SPCR |= (1<}

void SendSpi( uint8_t bajt ) {
/* wysyłamy bajt do układu Slave */
SPDR = bajt;
/* czekamy aż zostanie wysłany ostatni bit */
while( !(SPSR & (1<
/* zbocze narastające sygnału „Latch Clock” powoduje
* przepisanie wartości rejestru do wyjść Qa - Qh */
PORTB |= (1</* odczekanie 1 us – czas trwania impulsu LE */
_delay_us(1);
/* przywracamy stan niski na linii LE dzięki czemu
* podczas wysyłania następnego bajtu nie będą widoczne zmiany
* na wyjściach Qa-Qh podczas przesuwania się rejestru do czasu
* ponownego zatrzaśnięcia całego bajtu */
PORTB &= ~(1<}

void disp_send( uint8_t cyfra, uint8_t anoda){

SPDR = cyfra;
while( !(SPSR & (1< SPDR = anoda;
while( !(SPSR & (1< // zatrzaskiwanie po wysłaniu 2 bajtów
PORTB |= (1< PORTB &= ~(1<}

void pokazuj_date_czas(TDATETIME *dt){

active_buf = mainwin_layer.buf;
Timer1 = 100;

cy1 = (dt->hh) / 10;
cy2_temp = (dt->hh) % 10;
cy2 = cy2_temp;
cy3 = (dt->mm) / 10;
cy4 = (dt->mm) % 10;

buf_locate(1,2);
buf_str(dt->time);
//buf_locate(2,3);
//buf_str(dt->date);
buf_locate(2,1);
if((dt->DD)<10) buf_str("0");
buf_int(dt->DD);
buf_locate(2,3);
buf_str(".");
buf_locate(2,4);
if((dt->MM)<10) buf_str("0");
buf_int(dt->MM);
buf_locate(2,6);
buf_str(".");
buf_locate(2,7);
buf_int((uint16_t)dt->YY);
//buf_locate(2,16);
//buf_str_P(&dni[dt->weekday * 4]);
buf_locate(3,1);
buf_str_P((const char *)pgm_read_word(&napisy_dni[dt->weekday]));
buf_locate(3,18);
if((czas-ms100_tick)<10) buf_str("0");

buf_int(czas-ms100_tick);
//buf_str(" S""\x83");
buf_str(" ");
//buf_locate(1,13);
//buf_str("\x81"); /* wyświetl znak termometru */
//buf_locate(2,13);
//buf_str("\x81"); /* wyświetl znak termometru */
}

void display_temp(uint8_t x) {

active_buf = temp_layer.buf;

buf_locate(1,0);
buf_str("^^^^^^^^^^^^^^^^^^^^");

buf_locate(1,x);
//buf_int(x);
//buf_locate(2,x);
if(subzero) buf_str("-");/* jeśli subzero==1 wyświetla znak minus (temp. ujemna) */
else buf_str("");/* jeśli subzero==0 wyświetl spację zamiast znaku minus (temp. dodatnia) */
buf_int(cel);/* wyświetl dziesiętne części temperatury */
buf_str(".");/* wyświetl kropkę */
buf_int(cel_fract_bits); /* wyświetl dziesiętne części stopnia */
buf_str("\x80""C"); /* wyświetl znak jednostek (C - stopnie Celsiusza) */
//lcd_str("\x80"); /* wyświetl znak jednostek (C - stopnie Celsiusza) */

buf_locate(1,13);
buf_str("\x81"); /* wyświetl znak termometru */
//buf_locate(2,13);
//buf_str("\x81"); /* wyświetl znak termometru */

}

void display_temp2(uint8_t x) {

active_buf = temp_layer.buf;

buf_locate(2,0);
buf_str("^^^^^^^^^^^^^^^^^^^^");
buf_locate(3,0);
buf_str("^^^^^^^^^^^^^^^^^^^^");

buf_locate(2,x);
//buf_int(x);
//buf_locate(2,x);
if(subzero) buf_str("-");/* jeśli subzero==1 wyświetla znak minus (temp. ujemna) */
else buf_str("");/* jeśli subzero==0 wyświetl spację zamiast znaku minus (temp. dodatnia) */
buf_int(cel);/* wyświetl dziesiętne części temperatury */
buf_str(".");/* wyświetl kropkę */
buf_int(cel_fract_bits); /* wyświetl dziesiętne części stopnia */
buf_str("\x80""C"); /* wyświetl znak jednostek (C - stopnie Celsiusza) */
//lcd_str("\x80"); /* wyświetl znak jednostek (C - stopnie Celsiusza) */

buf_locate(2,13);
buf_str("\x81"); /* wyświetl znak termometru */

}

void parse_uart_data( char * uart_buf ) {

char * buf;
char * buf_rst;
char * reszta;
char * time, * status, * latitude_val, * latitude_sym, * longitude_val, * longitude_sym, * speed, * course, * data;
char * magnetic_var, * magnetic_var_dir;
static uint8_t godzina, minuta, sekunda, miesiac, dzien;
static uint16_t rok;

buf = uart_buf;

//if (buf && (strcmp(buf,"AT+RST?")== 0)) // Warunek 1
if(!strncasecmp("AT+RST?", buf, 7)) // Warunek 2
{
cli(); // disable interrupts
wdt_enable(0); // set watchdog,
while(1); // wait for reset
}

if(gps_read_flag){

buf = strtok_r(uart_buf,",",&reszta);

PORTC &= ~(1<
if (buf && (strcmp(buf,"$GPRMC") == 0)){

buf = strtok_r(NULL,",",&reszta);
/* Cas: hhmmss */
time = buf;

gps_read_flag = 0;
synchro_layer.visible = 0;
first_sync = 0;
PORTC |= (1< cli();
ws_cls(linijka1, 0);
sei();

buf = strtok_r(NULL,",",&reszta);
/* Status: A/V */
status = buf;
buf = strtok_r(NULL,",",&reszta);
/* Szerokość geograficzna: wartość */
latitude_val = buf;
buf = strtok_r(NULL,",",&reszta);
/* Szerokość geograficzna: N/S */
latitude_sym = buf;
buf = strtok_r(NULL,",",&reszta);
/* Długość geograficzna: wartość */
longitude_val = buf;
buf = strtok_r(NULL,",",&reszta);
/* Długosść geograficzna: W/E */
longitude_sym = buf;
buf = strtok_r(NULL,",",&reszta);
/* Prędkość wobec ziemi */
speed = buf;
buf = strtok_r(NULL,",",&reszta);
/* Kurs wobec ziemi */
course = buf;
buf = strtok_r(NULL,",",&reszta);
/* Data: ddmmrr */
data = buf;
buf = strtok_r(NULL,",",&reszta);
/* Magnetic variation: */
magnetic_var = buf;
buf = strtok_r(NULL,",",&reszta);
/* Magnetic variation direction and mode: */
magnetic_var_dir = buf;

char hh[3], mm[3], ss[3];
char DD[3], MM[3], YY[3];
static char dane_godziny[6];
static char dane_daty[6];

for(uint8_t i=0;i<6;i++){
dane_godziny[i] = *(time++);
}

hh[0] = dane_godziny[0];
hh[1] = dane_godziny[1];
hh[2] = 0;

mm[0] = dane_godziny[2];
mm[1] = dane_godziny[3];
mm[2] = 0;

ss[0] = dane_godziny[4];
ss[1] = dane_godziny[5];
ss[2] = 0;

for(uint8_t i=0;i<6;i++){
dane_daty[i] = *(data++);
}

DD[0] = dane_daty[0];
DD[1] = dane_daty[1];
DD[2] = 0;

MM[0] = dane_daty[2];
MM[1] = dane_daty[3];
MM[2] = 0;

YY[0] = dane_daty[4];
YY[1] = dane_daty[5];
YY[2] = 0;

godzina = atoi(hh);
dzien = atoi(DD);
godzina = godzina + 2;
if (24 == godzina) godzina = 0, dzien = dzien + 1;
if (25 == godzina) godzina = 1;
if (26 == godzina) godzina = 2;
//itoa(godzina,hh,10);
minuta = atoi(mm);
sekunda = atoi(ss);

rok = atoi(YY);
rok = rok + 2000;
miesiac = atoi(MM);

}

set_rtc_datetime(&datetime, rok, miesiac, dzien, godzina, minuta, sekunda);

}
}

void GetGPSTime_EVENT(volatile uint16_t *tmr_100ms, uint8_t ss, uint8_t mm, uint8_t hh, void (*timer_kropka)(void)){

//static uint32_t ms100_tick;
uint32_t co_ile_czasu = (ss*10ul/10) + (mm*60ul*10ul/10) + (hh*60ul*60ul*10ul/10);

if(first_sync) co_ile_czasu = 60;
czas = co_ile_czasu;

if(!*tmr_100ms){

ms100_tick++;

if(ms100_tick > co_ile_czasu){
synchro_layer.visible = 1;
ms100_tick = 0;
gps_read_flag = 1;

ws_line(linijka1, 5, 16, 0x1F0000);
cli();
ws281x_asm_send( linijka1, WS_LED_CNT, WS_PIN);
sei();
}

if(timer_kropka) timer_kropka();
*tmr_100ms = 199;
}
}

// ********* własna funkcja do obsługi podczerwieni ************
// podłączona/zarejestrowana dla zdarzenia IR_EVENT()
void ir_decode(uint8_t adr, uint8_t cmd, uint8_t key_time) {

show_ir_mon(cmd);

if(0==key_time) {
// zmiana pozycji warstwy alarm_layer na ekranie LCD
if(6==cmd) w1x++;
if(2==cmd) w1y--;
if(8==cmd) w1y++;
if(4==cmd) w1x--;
// pokaż/scheowaj warstwę alarm_layer
if(0x34==cmd) alarm_layer.visible ^= 1;
// pokaż MENU
if(1==cmd) main_menu();
}
// na wszelki wypadek ponownie rejestrujemy tę funkcję, gdyby
// w trackie została wywołana inna i podmieniła wskaźnik
register_ir_event_callback(ir_decode);
}

void zs_delay (uint16_t ms){
while(ms--){
_delay_ms(1);
}
}[/syntax]

Statystyki: Napisane przez avrfun — 4 gru 2015, o 17:42

Re: Software reset "AT+RST" - problem z implementacją

2015-12-04T17:36:20+01:00

No to musisz mieć jakiegoś babola w programie którego nie widać ...

skoro ci działa w dawcy czasu to gdzieś coś źle przeniosłeś do aktualnego projektu.

a dołączyłeś ? w main.c ??

[syntax=c]#include [/syntax]

Statystyki: Napisane przez majster — 4 gru 2015, o 17:36

Re: Software reset "AT+RST" - problem z implementacją

2015-12-04T17:33:54+01:00

avrfun napisał(a):

No ale przecież ci odczytało info o procku czyli AT+RST musiał się wykonać.

Tak, ale po wciśnięciu klawisza RESET na żądanie programu., niestety.

Statystyki: Napisane przez avrfun — 4 gru 2015, o 17:33

Re: Software reset "AT+RST" - problem z implementacją

2015-12-04T17:29:47+01:00

avrfun napisał(a):

No ale przecież ci odczytało info o procku czyli AT+RST musiał się wykonać.

Statystyki: Napisane przez majster — 4 gru 2015, o 17:29

Re: Software reset "AT+RST" - problem z implementacją

2015-12-04T17:12:36+01:00

majster napisał(a):

Kolego a w mkbootloader zaznaczasz ze ma uzyc AT+RST ? Ppdajesz w MKB adres ip wifi by komputer sie z nim polaczyl ? Nawiazujesz polaczenie MKB z Wifi ?

majster napisał(a):

Po tym wnosze ze masz oba naraz podpiete uarty do uc bo skoro nadlatuja dane GPS a w nich nie widac AT+RST.

No ale ok.

Kolego a w mkbootloader zaznaczasz ze ma uzyc AT+RST ? Ppdajesz w MKB adres ip wifi by komputer sie z nim polaczyl ? Nawiazujesz polaczenie MKB z Wifi ?

Bootloader zainstalowany. W ATB-WiFi pełny dostęp do modułu. Na czas testu z software reset gps odłączony, a do Tx i Rx uC podłączony tylko AtnelAir i ATBWiiFi. W tej samej kombinacji sprzętowej działa zegar NTP i pozyskuje czas z internetu i w nim implementacja software reset działa.

Statystyki: Napisane przez avrfun — 4 gru 2015, o 17:12

Re: Software reset "AT+RST" - problem z implementacją

2015-12-04T16:57:03+01:00

avrfun napisał(a):

umieszczam na początku funkcji parsującej dane z GPS. Terminal "zalewany" jest potokiem danych z GPS, ale spodziewanej odpowiedzi na AT+RST brak (mkBootLoader).

Statystyki: Napisane przez majster — 4 gru 2015, o 16:57

Re: Software reset "AT+RST" - problem z implementacją

2015-12-04T16:21:33+01:00

majster napisał(a):

Ale z gwiazdą to się wstrzymaj aż do świąt

Do Świąt nie wytrzymam. Proszę o pomoc.

Statystyki: Napisane przez avrfun — 4 gru 2015, o 16:21

Re: Software reset "AT+RST" - problem z implementacją

2015-12-04T11:43:58+01:00

majster napisał(a):

Kolego coś mi świta że ty na jednym UART podłączasz 2 urządzenia.
1 to GPS
2 to ATBWIFI lub ft232 lub jeszcze co innego

W tym konkretnym przypadku do uC Atmega32 podłączony jest ATB-WiFi. Program wgrany do uC to program obsługi zegara GPS. GPS jest jednak odłączony do testów. Do bufora nic nie nadlatuje z GPS. Chciałem do programu dodać reset programowy. Oczekiwałem, że po wciśnięciu INFO w programie mkBootLoader do bufora wpadnie komenda AT+RST i wykona co trzeba, ale tak nie jest.

Statystyki: Napisane przez avrfun — 4 gru 2015, o 11:43

Re: Software reset "AT+RST" - problem z implementacją

2015-12-04T11:35:05+01:00

Kolego coś mi świta że ty na jednym UART podłączasz 2 urządzenia.
1 to GPS
2 to ATBWIFI lub ft232 lub jeszcze co innego

I za pomocą 1 UART w uC chcesz odbierać dane z PC i GPS czyli pomyśl co w tym momencie robisz ?

Wiem że do Swiąt lekko ponad 2 tygodnie ale ty robisz gwiazdę. A do czego służy UART czyli port szeregowy ?

Jeżeli tak to podłączasz to zainteresuj się np ATmega128 ona ma 2 UARTy jeszcze kilka innych mniejszych zapewne też.

Ale z gwiazdą to się wstrzymaj aż do świąt

Namazane ze smarta.

Statystyki: Napisane przez majster — 4 gru 2015, o 11:35