ATNEL tech-forum 2016-02-11T13:20:22+01:00 https://forum.atnel.pl/feed.php?f=4&t=14458&mode 2016-02-11T13:20:22+01:00 2016-02-11T13:20:22+01:00 https://forum.atnel.pl/viewtopic.php?t=14458&p=153341#p153341 <![CDATA[Re: Komunikacja Bluetooth - odpowiada po drugiej komendzie]]>
------------------------ [ Dodano po: 37 minutach ]

Już nie aktualne. Przez prawdziwy przypadek spojrzałem w listę przerwań i to mi rozwiązało wszystkie problemy, nawet te, których jeszcze nie analizowałem. Temat można zamknąć.

Dla potomnych zmagających się z podobnym problemem:

Inicjalizacja:
[syntax=c]void rs_init(void)
{
//INICJALIZACJA TRANSMISJI SZEREGOWEJ
//UCSRC=(1<<URSEL)|(1<<UPM1)|(1<<UCSZ1)|(1<<UCSZ0);
UCSRC=(1<<URSEL)|(1<<UCSZ1)|(1<<UCSZ0);
//URSEL - KORZYSTANIE Z REJESTRU UCSRC
//UPM1 - SPRAWDZANIE PARZYSTOŚCI
//UCSZ - 8-BITOWA TRANSMISJA DANYCH
UBRRL=95;//PRĘDKOŚC 9600, PRZY KWARCU 14,7456MHZ, WZIETE Z TABELKI
UCSRB=(1<<RXCIE)|(1<<RXEN)|(1<<TXEN);
}[/syntax]

Przerwanie:
[syntax=c]ISR(USART_RXC_vect)
{
uart_znak=UDR;
}[/syntax]
uart_znak jest zmienną typu uint8_t i odczytuje pojedynczy znak z bufora UDR.

Temat można zamknać.

Statystyki: Napisane przez matti0010 — 11 lut 2016, o 13:20

]]> 2016-02-08T22:04:24+01:00 2016-02-08T22:04:24+01:00 https://forum.atnel.pl/viewtopic.php?t=14458&p=153111#p153111 <![CDATA[Re: Komunikacja Bluetooth - odpowiada po drugiej komendzie]]>

nie wrzucałem dalszych bibliotek, bo uznałem że nie mają one tu znaczenia (działają, sprawdziłem je już kilkadziesiąt razy, więc to w tym kodzie, który dałem jest coś nie tak).

Statystyki: Napisane przez matti0010 — 8 lut 2016, o 22:04

]]> 2016-02-08T22:01:19+01:00 2016-02-08T22:01:19+01:00 https://forum.atnel.pl/viewtopic.php?t=14458&p=153110#p153110 <![CDATA[Re: Komunikacja Bluetooth - odpowiada po drugiej komendzie]]> matti0010 napisał(a):

nie, funkcja nadaj_liczne_rs(dana_do_wyslania, czy_dodać_enter);. Jak jest 0 to nie dodaje entera, jak jest 1 to przerzuca nas po wypisaniu danej do nowej linii :)


Aha skojarzyłem to z inną funkcją :)

Statystyki: Napisane przez matekogon — 8 lut 2016, o 22:01

]]> 2016-02-08T21:58:36+01:00 2016-02-08T21:58:36+01:00 https://forum.atnel.pl/viewtopic.php?t=14458&p=153109#p153109 <![CDATA[Re: Komunikacja Bluetooth - odpowiada po drugiej komendzie]]>

Statystyki: Napisane przez matti0010 — 8 lut 2016, o 21:58

]]> 2016-02-08T21:55:23+01:00 2016-02-08T21:55:23+01:00 https://forum.atnel.pl/viewtopic.php?t=14458&p=153108#p153108 <![CDATA[Re: Komunikacja Bluetooth - odpowiada po drugiej komendzie]]> [syntax=c]nadaj_liczbe_rs(odl,10);[/syntax]

Statystyki: Napisane przez matekogon — 8 lut 2016, o 21:55

]]> 2016-02-08T19:47:59+01:00 2016-02-08T19:47:59+01:00 https://forum.atnel.pl/viewtopic.php?t=14458&p=153095#p153095 <![CDATA[Komunikacja Bluetooth - odpowiada po drugiej komendzie]]> kod:
[syntax=c]/*
* main.c
*
* Created on: 7 lut 2016
* Author: Mateusz Kuc
* kucmateusz92@gmail.com
*/

#include <avr/io.h>
#include <util/delay.h>
#include <avr/interrupt.h>
#include "biblioteka.h"

volatile uint16_t pomiar; //zmienne globalna

int main(void)
{
DDRB &= ~(1<<PB0);// wejście echo
PORTB |= (1<<PB0);// echo - podciagniecie do VCC

DDRB |= (1<<PB1);//wyjście trig (czujnik dźwięku)
PORTB &= ~(1<<PB1);//trig - niski stan

DDRD &= ~(1<<PD7);//wejście przycisku pomiaru
PORTD |= (1<<PD7);//przycisk pomiaru - podcigniecie do VCC

///////////przerwanie ICP w Timer0 //////////////////
TCCR1B |= (1<<ICES1); /* Zbocze narastające wywoła przerwanie*/
TCCR1B |= (1<<CS10); /* preskaler = 1 bo kwarc wewnętrzny 1MHz*/
TIMSK |= (1<<TICIE1); /* zezwolenie na przerwanie od ICP */
///////////przerwanie ICP w Timer0 //////////////////

rs_init();
sei();
nadaj_napis_rs("test",1);
nadaj_napis_rs("",1);

uint32_t odl=0;
int odl_pom=0;

while(1)
{
if(odbierz_znak()=='a')
{
nadaj_napis_rs("czekaj, trwa pomiar",1);
odl=0;
odl_pom=0;
for(int i=0; i<10; i++)//wykonuje 10 pomiarów w celu otrzymania bardziej wiarygodnego wyniku
{
PORTB |= (1<<PB1);
_delay_us(10);
PORTB &= ~(1<<PB1);
odl=pomiar/750;//wynik w cm
odl_pom=odl_pom+odl;
}
odl=odl_pom/10;

nadaj_napis_rs("wynik: ",0);
nadaj_liczbe_rs(odl,1);
}
}
}

///////////przerwanie ICP w Timer0 //////////////////
ISR(TIMER1_CAPT_vect)//przerwanie na zbocze narastające, liczy czas przez timer1
{
static uint16_t ostatni_pomiar;//zmienna nie jest nigdzie indziej widoczna, tylko tutaj

if( !(TCCR1B & (1<<ICES1)) )
{
pomiar = ICR1 - ostatni_pomiar;
}
ostatni_pomiar = ICR1;

TCCR1B ^= (1<<ICES1); //zmiana zbocza
}
///////////przerwanie ICP w Timer0 //////////////////[/syntax]

Mam taki problem: gdy wysyłam z terminala na tablecie symbol "a" by wykonać i odebrać pomiar otrzymuję najpierw 0 (po starcie programu, pierwsze uruchomienie komendy) a dopiero za drugim razem pokazuje pomiar. Następnie jak wciskam "a" to pokazuje mi pomiar, który miał być poprzednio. Jest to pomiar odległości na SR04. Ktoś ma pomysł czemu tak się dzieje?

Pozdrawiam wszystkich :)

Statystyki: Napisane przez matti0010 — 8 lut 2016, o 19:47

]]>