ATNEL tech-forum

Re: ATB_WIFI232

2017-07-25T16:50:30+01:00

Sprawdziłem LEDEM, nie wykonuje się przerwanie odbiorcze :/

Dzięki pomocy użytkownika QuadMan problem został rozwiązany. Błędna nazwę miał wektor przerwan

[syntax=c]ISR( USART0_RX_vect )[/syntax]

Dziękuję za pomoc.
Pozdrawiam

Statystyki: Napisane przez Morcinek92 — 25 lip 2017, o 16:50

Re: ATB_WIFI232

2017-07-25T16:27:25+01:00

Wygląda na to,że wektory masz ok. Sprawdź może LED-em, czy wykonuje się przerwanie odbiorcze.

Pozdrawiam, QuadMan.

Statystyki: Napisane przez QuadMan — 25 lip 2017, o 16:27

Re: ATB_WIFI232

2017-07-25T16:12:31+01:00

Ja wiem, że to wróżenie z fusów.. ale nie raz używałem UARTA dwustronnie i wszytko działało, pierwszy raz mam atmege644p i wydaje mi się, że to może być problem z biblioteką.. wszystko co eclipse mi podkreśił to poprawiłem dopisując "0" jako, że wykorzystuje uart0.

Jeśli chodzi o wektory przerwań to wygladają tak:

[syntax=c]ISR( USART0_UDRE_vect) {

ISR( USART0_RXC_vect ) {[/syntax]

Statystyki: Napisane przez Morcinek92 — 25 lip 2017, o 16:12

Re: ATB_WIFI232

2017-07-25T16:00:21+01:00

Witam,
To takie trochę wróżenie z fusów, ale wszystko wskazuje na to, że niekoniecznie dobrze przeportowałeś bibliotekę Mikra. Sprawdź, czy masz właściwy wektor obsługi przerwania odbiorczego, a jeśli tak, to czy przerwanie odbiorcze w ogóle się wykonuje.

Pozdrawiam, QuadMan.

Statystyki: Napisane przez QuadMan — 25 lip 2017, o 16:00

Re: ATB_WIFI232

2017-07-25T14:46:16+01:00

Witam,

Niestety kolejne problemy z komunikacja, jeśli nadawanie działało poprawnie tak odbiór nie chce działać...

Napisałem prosty kod tylko do testów:

[syntax=c]/*
* main.c
*
* Created on: 25 lip 2017
* Author: Marci
*/

#include
#include
#include
#include
#include
#include
#include

#include "MK_USART/mkuart.h"

// *** DIODA LED ***
#define LED_PIN (1<#define LED_OUT DDRD |= LED_PIN
#define LED_ON PORTD |= LED_PIN
#define LED_OFF PORTD &= ~LED_PIN
#define LED_TOG PORTD ^= LED_PIN

#define KEY_ENTER (1<
void parse_rs232(char * buf);
uint8_t klawisz_wcisniety (uint8_t klawisz);

char bufor[100];// bufor na potrzeby odebranych danych z UART

int main(void) {

LED_OUT;
LED_OFF;

DDRA &= ~ KEY_ENTER;
PORTA |= KEY_ENTER;

// inicjalizacja UART
USART_Init(__UBRR);

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

sei();// globalne odblokowanie przerwań

while(1)
{
UART_RX_STR_EVENT(bufor);// zdarzenie odbiorcze UART

if(klawisz_wcisniety (KEY_ENTER))// temperatura w dół
{
uart_puts ("TEST \r\n");
}
}
}

void parse_rs232(char * buf)
{
LED_TOG;
}

uint8_t klawisz_wcisniety (uint8_t klawisz)
{
if( !(PINA & klawisz) )// klawisz wciśnięty ?
{
_delay_ms(80);// czas drgań styków
if(! (PINA & klawisz) ) return 1; // jeśli wciśnięty? zakończ funkcję - rezultat = 1
}
return 0;// jeśli nie wciśnięty klawisz, zakończ funkcję, rezultat = 0
}[/syntax]

Gdzie podłączyłem zestaw atb jako przejściówke RS232. Po wciśnięciu klawisza w terminalu pojawia mi się napis "TEST" i to działa prawidłowo, natomiast jeśli chce cokolwiek wysłać w drugą stronę blokuje automatycznie pętle główną, procesor się zawiesza... :/

Statystyki: Napisane przez Morcinek92 — 25 lip 2017, o 14:46

Re: ATB_WIFI232

2017-07-23T15:26:13+01:00

Już działa tak jak powinno, w terminalu ładnie pojawia się komunikat.
Kolejnym moim etapem jest wykupienie serwera i domeny. Chciałbym aby sterownik wysyłał dane do serwera a aplikacja na pc bądź telefonie je odbierała

Statystyki: Napisane przez Morcinek92 — 23 lip 2017, o 15:26

Re: ATB_WIFI232

2017-07-22T15:26:08+01:00

Morcinek92 napisał(a):

[syntax=c]/* Ustawienie prędkości */

/* Ustawienie format ramki: 8bitów danych, 1 bit stopu */
//UCSR0C = (1<UCSR0C = (1<

Zajrzyj do noty. Ustawiasz dwa bity stopu, powinno być:
[syntax=c]/* Ustawienie prędkości */

/* Ustawienie format ramki: 8bitów danych, 1 bit stopu */
//UCSR0C = (1<UCSR0C = (3<
Musisz też dostosować funkcje biblioteki Mirka do tego procesora, tj zmian rejestrów UDR na UDR0 i jeszcze kilka innych.

Statystyki: Napisane przez anonimowy — 22 lip 2017, o 15:26

Re: ATB_WIFI232

2017-07-22T14:41:31+01:00

Panie Mirku, mój problem z migającymi napisami nie jest związany z Timerami, usunąłem je z pętli głównej i teraz wygląda ona tak:

[syntax=c]while(1)
{
UART_RX_STR_EVENT( uart_buf );

if (WIFI_ON)
{
lcd_locate (1,13);
lcd_str ("ON ");
}
if (WIFI_OFF)
{
lcd_locate (1,13);
lcd_str ("OFF");
}

uart_puts ("TEST WIFI \r\n");
}[/syntax]

Ma tylko wysyłać napis. Mam procesor AT644P, czyli z dwoma uartami jak się przed chwilką dowiedziałem i problem chyba leży w inicjalizacji i wektorach przerwań, bo kiedy zmieniłem nazwę wektorów przerwań przestał migać LCD.

z:
[syntax=c]ISR( USART_UDRE_vect)
ISR( USART_RXC_vect )[/syntax]

zmieniłem na :

[syntax=c][syntax=c]ISR( USART0_UDRE_vect)
ISR( USART0_RXC_vect )[/syntax][/syntax]

natomiast inicjalizacja :

[syntax=c]/* Ustawienie prędkości */
UBRR0L = (uint8_t)baud;
UBRR0H = (uint8_t)(baud>>8);
/* Załączenie nadajnika I odbiornika */
UCSR0B = (1</* Ustawienie format ramki: 8bitów danych, 1 bit stopu */
//UCSR0C = (1<UCSR0C = (1<
No ale niestety w terminalu nadal nic się nie pojawia ( prędkości, częstotliwość taktowania to wszystko jest okej)

Statystyki: Napisane przez Morcinek92 — 22 lip 2017, o 14:41

Re: ATB_WIFI232

2017-07-21T23:12:47+01:00

Quote:

Funkcję nie wykonują się miliard razy na sekundę.

Jeśli nie rozumiesz jak to działa to dopytaj czego nie rozumiesz - bo jak będziesz opowiadał że nie wykonuje się miliard razy - to jak ci pomóc ?

Statystyki: Napisane przez mirekk36 — 21 lip 2017, o 23:12

Re: ATB_WIFI232

2017-07-21T20:43:36+01:00

Troszkę nie rozumiem.. bo wykorzystałem Timer wydaje mi się, że poprawnie.
Funkcję nie wykonują się miliard razy na sekundę. Timer ma przerwanie co 10ms. Dioda LED zmienia stan co 200ms ( Timer1 = 20;), a funcja pomiar na czas konwersji ma 750 ms. I to działa prawidłowo, jeśli nie używam UART_PUTS. Dopiero po jej dodaniu takie cuda się dzieją.

A co do _delay_ms to macie rację nie powinno go tam wgl być. Dodałem go do testu bo myślałem, że coś się zmieni, ale nadal było tak samo.
Oczywiście proszę go ZIGNOROWAĆ.

Statystyki: Napisane przez Morcinek92 — 21 lip 2017, o 20:43

Re: ATB_WIFI232

2017-07-20T16:58:41+01:00

Quote:

pomiar nie działa "MILIARD RAZY NA SEKUNDĘ" - kolega ma _delay_ms tam + obsługa funkcji LCD.

no tak - zapomniałem dodać, że nie dość że timer nie jest napędzany i działałby miliard razy na sekundę to do tego wrzucony jest tam DELAY, który działa tak - jakby ktoś jechał autem na 6-tym biegu ok 200 km/h i nagle wrzuciłby bieg wsteczny

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

dambo napisał(a):

ten delay_ms w pętli wtedy można wywalić całkiem.

DOKŁADNIE i zacząć napędzać timer w tym IF'ie timera

i też się dziwę widząc dwie książki w podpisie bo tam jest kupa przykładów z takimi timierami

Statystyki: Napisane przez mirekk36 — 20 lip 2017, o 16:58

Re: ATB_WIFI232

2017-07-20T15:35:01+01:00

Nie dość że twój Timer1 programowy działa MILIARD RAZY NA SEKUNDĘ - co każdy obieg pętli głównej (w ogóle mógłbyś go wykasować przy takim zastosowaniu błędnym - bo go po prostu "nie napędzasz") ... to jednocześnie funkcja pomiar temperatury jest wykonywana miliard razy na sekundę i się dziwisz ?

Statystyki: Napisane przez mirekk36 — 20 lip 2017, o 15:35

ATB_WIFI232

2017-07-20T14:56:39+01:00

Witam,

Zacząłem swoja przygodę z okiełznaniem modułu ATB WIFI232, utknąłem na video $178 - Programowanie part 6.

Schemat płytki PCB:

Moduł Wifi poprzez przycisk WPS podłączyłem do swojego routera, wszystko przebiegło poprawnie:

Chciałem wysłać string i odebrać go w terminalu no i tutaj pojawił się problem na samym początku z wysłaniem go przez płytkę, ponieważ na wyświetlaczu (fotka poniżej), wartość temperatury jest mało co widoczna, tak jakby zostaje powielona, czy też wyświetlacz jest ciągle odświeżany? ciężko mi to wytłumaczyć widać to na fotce.

Kod programu:
main.c[syntax=c]/*
* main.c
*
* Created on: 16 lip 2017
* Author: Marcin Wójcik
*/

#include "main.h"

int main(void)
{
LCD_OUT;
LCD_ON;

LED_OUT;
LED_OFF;

DDRC &= ~ WIFI_STATUS;
PORTC |= WIFI_STATUS;

lcd_init();
lcd_defchar_P(0x83, znak_termo);
lcd_locate (0,0);
lcd_str ("Sterownik Wifi");

TCCR0A |= (1<TCCR0B |= (1<OCR0A = 107;/* dodatkowy podział przez 108 (rej. przepełnienia) */
TIMSK0 |= (1<
// rejestracja własnej funkcji do analizowania danych odebranych przez UART
register_uart_str_rx_event_callback( parse_rs232 );

USART_Init(__UBRR);// Inicjalizacja UART

sei ();

while(1)
{
UART_RX_STR_EVENT( uart_buf );

#if LED_STAN == 1
if ( !Timer1 )
{
Timer1 = 20;
LED_TOG;
}
#endif

if (WIFI_ON)
{
lcd_locate (1,13);
lcd_str ("ON ");
}
if (WIFI_OFF)
{
lcd_locate (1,13);
lcd_str ("OFF");
}

Pomiar_Temp ();

uart_puts ("TEST WIFI \r\n");
_delay_ms(100);
}
}

void Pomiar_Temp (void)
{
czujniki_cnt = search_sensors();
DS18X20_start_meas( DS18X20_POWER_EXTERN, NULL );
if ( !Timer2 )
{
Timer2 = 75;

if( DS18X20_OK == DS18X20_read_meas(gSensorIDs[0], &subzero, &cel, &cel_fract_bits) )
{
lcd_locate(1,0);
lcd_str (" ");
lcd_locate(1,0);
lcd_str("\x83");
if(subzero) lcd_str("-");/* jeśli subzero==1 wyświetla znak minus (temp. ujemna) */
else lcd_str(" ");/* jeśli subzero==0 wyświetl spację zamiast znaku minus (temp. dodatnia) */
lcd_int(cel);/* wyświetl dziesiętne części temperatury */
lcd_str(".");/* wyświetl kropkę */
lcd_int(cel_fract_bits); /* wyświetl dziesiętne części stopnia */
}
else
{
lcd_locate(1,0);
lcd_str ("ERROR");
}
}
}

void parse_rs232(char * buf)
{

}

ISR(TIMER0_COMPA_vect)
{
uint16_t n;

n = Timer1; // Dioda LED
if (n) Timer1 = --n;
n = Timer2; // Odczekanie podczas pomiaru DS18B20
if (n) Timer2 = --n;
}[/syntax]
main.h
[syntax=c]/*
* main.h
*
* Created on: 16 lip 2017
* Author: Marci
*/

#ifndef MAIN_H_
#define MAIN_H_

#include
#include
#include
#include
#include
#include

#include "1Wire/ds18x20.h"
#include "LCD/lcd44780.h"
#include "MK_USART/mkuart.h"

// *** DIODA LED ***
#define LED_PIN (1<#define LED_OUT DDRD |= LED_PIN
#define LED_ON PORTD |= LED_PIN
#define LED_OFF PORTD &= ~LED_PIN
#define LED_TOG PORTD ^= LED_PIN

// *** WiFi Status ***
#define WIFI_STATUS (1<<(PC5))
#define WIFI_ON bit_is_set(PINC, PC5) // sprawdza czy pin jest w stanie wysokim
#define WIFI_OFF bit_is_clear(PINC, PC5) // sprawdza czy pin jest w stanie wysokim

// *** LCD LED ***
#define LCD_PIN (1<#define LCD_OUT DDRC |= LCD_PIN
#define LCD_OFF PORTC |= LCD_PIN
#define LCD_ON PORTC &= ~LCD_PIN
#define LCD_TOG PORTC ^= LED_PIN

//*** Przycisk ***
#define KEY_PIN (1<#define KEY_DOWN !(PINC & KEY_PIN)
#define KEY_OUT DDRC &= ~KEY_PIN;
#define KEY_PULL_UP PORTC |= KEY_PIN;

// *** USTAWIENIA ***

// DIODA LED
#define LED_STAN 1

// *** Inne zmienne ***
volatile uint16_t Timer1, Timer2;
char uart_buf[100];

// *** DS18B20 ***
uint8_t czujniki_cnt, subzero, cel_fract_bits, cel;

// *** ZNAKI SPECJALNE ***
const uint8_t znak_termo[] PROGMEM = {4,10,10,10,17,31,31,14};

void Pomiar_Temp (void);
void parse_rs232(char * buf);

#endif /* MAIN_H_ */[/syntax]

Kiedy zakomentuje linikę : uart_puts ("TEST WIFI \r\n"); program działa okej, ale kiedy chcę wysłać string no to już zaczynają dziać się cuda (takie jak na lcd) czy ktoś wie czego to może być przyczyna ?

PROCESOR : ATmega644 taktowanie : 11,0592

Statystyki: Napisane przez Morcinek92 — 20 lip 2017, o 14:56