ATNEL tech-forum

Re: BTM-222 - problem z powtarzającą się i niepłynną transmi

2013-12-07T22:32:27+01:00

tak to bywa jak np programatory mają bezpieczniki polimerowe z dużym spadkiem napięcia, albo gdy jest kabel USB zły - ma w środku zbyt cienkie przewody i też jest duży spadek napięcia gdy układ zaczyna pobierać już chociażby 100mA

wtedy nie dość że z prądem jest kłopot to przede wszystkim z napięciem zasilania bo spada do 4V albo i mniej. A jeśli jeszcze np BTM na płytce zasilany jest ze stabilizatora Lowd Drop - to on też potrafi dać na wyjściu sporo mniej niż 3,3V - no i wtedy rzeczywiście mogą być mega kwiatki

każdy stacjonarny komp powinien sobie z tym poradzić - no chyba że to jakiś lapek to wtedy może tak być że wydajność będzie bardzo słaba

Statystyki: Napisane przez mirekk36 — 7 gru 2013, o 22:32

Re: BTM-222 - problem z powtarzającą się i niepłynną transmi

2013-12-07T22:26:56+01:00

Problem rozwiązany. Cały układ(płyta ewaluacyjna + bluetooth) zasilałem z programatora podpiętego do portu USB komputera. Okazało się, że w takiej konfiguracji prąd, który chce pobrać układ przekracza prąd jaki może popłynąć przez co bluetooth nie dostawał odpowiedniego zasilania. Podłączenie zewnętrznego zasilacza o obciążalności 360mA rozwiązało problem.

Statystyki: Napisane przez Bartos — 7 gru 2013, o 22:26

Re: BTM-222 - problem z powtarzającą się i niepłynną transmi

2013-12-03T11:12:54+01:00

Bartos napisał(a):

Tak jakby btm222 wymuszał wykonanie się po raz kolejny transmisji danych

Ale pomyśl chwilę - jak btm222 może coś wymuszać - sorki ale to tak jakby mówić że czajnik odstawiony z gazu sam wymusza dalsze gotowanie się wody .... żeby obrazowo jakoś to przedstawić.

Panie kolego to że jak piszesz:

Bartos napisał(a):

a wygląda na to jakby atmega była zmuszana do kolejnego wykonania kodu.

to masz 100% racji - atmega zawsze jest zmuszana - tyle że przez programistę. A to że programista źle napisze kod to już ją czochra ... ona będzie i tak zmuszona ten zły kod wykonywać. Gorzej gdy programista zamiast szukać winy u siebie zaczyna myśleć że to sama atmega ożyła albo btm i coś sobie tam na spółę robią

Pokaż że teraz swój kod testowy w całości a nie samą funkcję do wysyłania pojedynczego znaku/stringa. Pokaż jak to wszystko połączyłeś. Pokaż jak poustawiałeś - to wtedy będzie można coś pomóc ... no chyba że tylko oczekujesz potwierdzenia że atmega albo btm same coś tam robią ?

Statystyki: Napisane przez mirekk36 — 3 gru 2013, o 11:12

Re: BTM-222 - problem z powtarzającą się i niepłynną transmi

2013-12-03T10:46:14+01:00

Po sprawdzeniu kilku różnych wersji wysyłania danych, wciąż mam ten sam problem. Obecnie kod mojego wysyłania wygląda w ten sposób, w jaki prezentuje się on w nocie katalogowej i w pliku z poradnika do BTM-222.
[syntax=c]int uart_putc(unsigned char c)
{
while (!(UCSRA & (1< UDR = c;
return 0;
}

void uart_puts(char *s) // wysyła łańcuch z pamięci RAM na UART
{
register char c;
while ((c = *s++)) {
uart_putc(c); // dopóki nie napotkasz 0 wysyłaj znak
_delay_ms(20);
}[/syntax]

Znowu występują te same objawy, czyli nieregularna powolna transmisja dużymi paczkami, krzaczki i powtarzanie wysłanych danych. Najbardziej mnie to powtarzanie zastanawia, ponieważ kod powinien się wykonać tylko raz, a wygląda na to jakby atmega była zmuszana do kolejnego wykonania kodu. Tak jakby btm222 wymuszał wykonanie się po raz kolejny transmisji danych. Oczywiście tak jak wcześniej ten sam kod uruchomiony po kablu nie sprawia żadnych problemów. Czy macie jakieś inne propozycje?

Statystyki: Napisane przez Bartos — 3 gru 2013, o 10:46

Re: BTM-222 - problem z powtarzającą się i niepłynną transmi

2013-12-02T21:00:06+01:00

Nie ma problemu, rozumiem! Dziękuję i tak za pomoc, przynajmniej wiem gdzie szukać błędu. Spróbuję to poprawić.

Statystyki: Napisane przez Bartos — 2 gru 2013, o 21:00

Re: BTM-222 - problem z powtarzającą się i niepłynną transmi

2013-12-02T20:56:31+01:00

Bartos napisał(a):

Czy mogę prosić o udostępnienie pliku nagłówkowego mkuart.h, który jest dołączony do tego programu? Lub ewentualnie samą funkcję usart_putc()?

Przepraszam to znajduje się w książce:

http://atnel.pl/mikrokontrolery-avr-jezyk-c.html

i tego nie mogę udostępnić ale w jednym z poradników na moim blogu odnośnie VT100 (Terminal jako LCD) ... pokazuję na żywo jak stworzyć sobie jakąś prostą bibliotekę do RS232

http://mirekk36.blogspot.com/2013/05/te ... z-lcd.html

masz tam nawet dostępny plik z przykładem w C

Statystyki: Napisane przez mirekk36 — 2 gru 2013, o 20:56

Re: BTM-222 - problem z powtarzającą się i niepłynną transmi

2013-12-02T20:31:04+01:00

Ok, zaraz sprawdzę. Czy mogę prosić o udostępnienie pliku nagłówkowego mkuart.h, który jest dołączony do tego programu? Lub ewentualnie samą funkcję usart_putc()?

Statystyki: Napisane przez Bartos — 2 gru 2013, o 20:31

Re: BTM-222 - problem z powtarzającą się i niepłynną transmi

2013-12-02T20:25:59+01:00

mirekk36 napisał(a):

Nie nie kurnachatka - fabrycznie w BTM-222 jest właśnie 19200

Sorki dawno temu go konfigurowałem. Coś mnie zaćmiło.

Statystyki: Napisane przez kurnachatka — 2 gru 2013, o 20:25

Re: BTM-222 - problem z powtarzającą się i niepłynną transmi

2013-12-02T20:16:08+01:00

kurnachatka napisał(a):

Fabrycznie masz prędkość 9600 w BTM-222 z tego co pamiętam.
A tymasz #define BAUD 19200 //predkosc transmisji

Nie nie kurnachatka - fabrycznie w BTM-222 jest właśnie 19200

------------------------ [ Dodano po: 2 minutach ]

Ale jakby sobie kolega autor przeanalizował to co zrobił w swojej zaiste przedziwnej funkcji

Code:

void rswrite(char description, unsigned int data)...

chodzi mi o ten fragment:

[syntax=c]for(i=0;i
UDR = var[i];
_delay_ms(5);

}[/syntax]

to zrozumiałby że program zachowuje się DOKŁADNIE tak jak mu każesz - sam się tą pętlą i takim podejściem prosisz o takie zachowanie programu ....

Proponuję zastosować do testów taki kod jaki jest w poradnikach do BTM'a i zobaczysz że wszystko śmiga jak należy ok?

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

http://mirekk36.blogspot.com/2012/12/bt ... -do-z.html

Statystyki: Napisane przez mirekk36 — 2 gru 2013, o 20:16

Re: BTM-222 - problem z powtarzającą się i niepłynną transmi

2013-12-02T20:12:25+01:00

Fabrycznie masz prędkość 9600 w BTM-222 z tego co pamiętam.
A tymasz #define BAUD 19200 //predkosc transmisji

Statystyki: Napisane przez kurnachatka — 2 gru 2013, o 20:12

BTM-222 - problem z powtarzającą się i niepłynną transmisją

2013-12-02T18:21:02+01:00

Witam!

Od jakiegoś czasu próbuję nakłonić moduł btm-222 do współpracy. Zapoznałem się w filmami instruktarzowymi stworzonymi przez pana Mirka, jednak nie znalazłem tam odpowiedzi(lub takową przeoczyłem).

Problem polega na tym, że po rs232 (kablu) transmisja idzie bez problemu i w terminalu dostaję takie coś po jednorazowym uruchomieniu programu:

Program wykonuje się płynnie bez żadnych problemów.

Natomiast po zaprzęgnięciu do współpracy modułu btm222 i uruchomieniu tego programu dostaję taki wynik(od momentu krzaczków nastąpiło uruchomienie programu, wcześniejsze dane to jakieś śmieci, które pojawiły się w terminalu zaraz po nawiązaniu połączenia z modułem btm222, prawdopodobnie pozostałości wcześniejszych uruchomień):

Takie śmieci mogłyby lecieć cały czas. Program nie chce się skończyć, mimo osiągnięcia wartości końcowej. Dodatkowo przesył danych następuje skokami o różnej wielkości. Czasem przesyła również krzaczki.

Kod programu do obsługi transmisji jest następujący:

Plik z mainem:
[syntax=c]#include "../RS232/RS232_lib.h"

#ifndef F_CPU
#define F_CPU 8000000 // zegar w Hz
#endif

#define BAUD 19200 //predkosc transmisji
#define MYUBRR ((F_CPU/(BAUD*16ul))-1)
int main(){
//TWBR=255;
initialize_RS232(MYUBRR);
int i=0;
for(i=0;i<10;i++){

_delay_ms(10);
rswrite(1,i);
}
}[/syntax]

Plik z inicjalizacją rs i obsługą wysyłania:
[syntax=c]#include "RS232_lib.h"
void initialize_RS232(int MYUBRR){
UCSRB = (1 << RXEN ) | (1 << TXEN );
UCSRC = (1<UBRRH = ( MYUBRR >> 8);
UBRRL = MYUBRR ;
}

void rswrite(char description, unsigned int data){
int i=0;
char var[100];
while (!( UCSRA & (1 << UDRE ))) {}; // Do nothing until UDR is ready for more data to
switch(description){
case 1:sprintf(var,"x%d",data); break;
case 2:sprintf(var,"y%d",data); break;
case 3:sprintf(var,"z%d",data); break;
case 4:sprintf(var,"a%d",data); break;
case 5:sprintf(var,"b%d",data); break;
case 6:sprintf(var,"c%d",data); break;
case 7:sprintf(var,"T%d",data); break;
}
for(i=0;i
UDR = var[i];
_delay_ms(5);

}

DDRB = 0xFF;//Mruganie diod do potwierdzenia wysyłu
PORTB=0x01;
_delay_ms(100);
PORTB=0x00;
}[/syntax]

Plik nagłówkowy:
[syntax=c]#ifndef RS232_LIB_ /* Include guard */
#define RS232_LIB_
#include
#include
#include
#include
#include

void initialize_RS232(int myUbrr); /* An example function declaration */
void rswrite(char description,unsigned int data);
void rsread();
void rsclosePort();
#endif[/syntax]

Ogólnie jest to program do obsługi akcelerometru i żyroskopu, stąd taka procedura wysyłania danych. Dodam, że moduł BTM został skonfigurowany poleceniami AT, zostało wyłączone echo i zwracanie results code. Reszta ustawień pozostała fabryczna.

Jakieś pomysły? Bo problem nie może być zbyt skomlikowany i jestem pewny że dla kogoś kto już miał doczynienia z tymi modułąmi nie będzie to stanowiło problemu

Statystyki: Napisane przez Bartos — 2 gru 2013, o 18:21