Witam. Proszę o podpowiedz jak zrobić sygnalizacje zerwania połączenia procesora z btm222.
Np, zostaje zerwane połączenie miedzy uC a btm222 to program w uC wykonuje daną funkcje.

Czego? Czekaj czekaj bo nic nie rozumiem. Przecież btm to zwykły "sznurek" rs232

_________________
sig off ;(

To się robi za pomocą tzw mechanizmu "Heart beat" .....

czyli w trakcie połączenia twoja aplikacja (o ile masz aplikację a nie terminal zwykły), co jakiś czas np co 5 sek wysyła do procka info ... "hej hej - panie procek to ja - jeszcze jestem"

procek gdy to odbiera to nic nie robi tylko zeruje Timeout

ale jeśli w przeciągu np 10 sekund nie dostanie tej wiadomości - no to oznaczać może tylko jedno - nastąpiło rozłączenie urządzeń i nie ważne z jakiej przyczyny czy aplikację na PC ktoś wyłączył czy może kabel USB ktoś przeciął nożyczkami czy może nastąpiło rozłączenie Bluetooth

Ale ... ale ty się lepiej zastanów do czego ci to i to od strony procka - to jest bardziej potrzebne od strony aplikacji na PC która działa jako master .... a przy procku ? coś czuję że kombinujesz w CAAAAŁKIEM złą stronę próbując wdrożyć taki mechanizm w Slave

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

ok, glownie chodzi mi o to aby po zerwaniu polaczenia wylaczyly sie silniki sterowane przez uC. jutro sprobuje napisac program na atmege i przedstawie to na forum.

W aplikacji na telefonie wysylam znak do uC to jest kod :




No i teraz po stronie uC:


Nie wiem czy dobrze rozumiem działanie programu a mianowicie program sprawdza co 1 sekundę czy został przesłany znak 12 i jeśli tak to nic się nie dzieje a jeśli nie to ustawia pd7 i pb0. Co jeśli akurat w chwili sprawdzania nie zostanie przesłany znak tylko trochę później? jak zrobić np żeby uC sprawdzał przez 3 sekundy czy pojawił się znak 12 co 4 sekundy?

Jeszcze kompilator wywali mi warning: warning: multi-character character constant
Aha atmega taktowana F_CPU 8000000.

Podpowie ktoś? Z góry dzięki.

_________________
Dragonus Cracovus: Biomagia

Zacząłem testować program i niestety nie działa tak jak bym chciał a mianowicie:
Wysyłam znak 7 do mikroprocesora co 0,2 s i procesor sprawdza czy on wystąpił jeśli tak to nic nie robi a jeśli nie to podaje stan wysoki na pc0 i pc1. Niestety jeśli zerwę połączenie to silnik dalej się kręci. Proszę o jakiekolwiek podpowiedzi.

Kod aplikacji odpowiedzialny za wysyłanie znaku 7:


Kod w uC:

Witam
Ja bym jeszcze dla pewności wyzerował zmienną input
w przerwaniu lub nadał nieużywaną wartość.

Niestety wyzerowanie inputa nic nie dało. Jak przesyłam 1 do uC to silnik się nie kręci (PORTC |=(1<<PC0);PORTC &= ~ (1<<PC1);) a chyba powinien.
No chyba ze ta funkcja działa tak ze podaje znak 7 i jest ok ale miedzy czasie podam znak 1 i wykona się operacja za else.
Jeśli tak jest to jak to przeskoczyć?

Obierz jeden kierunek albo 7 i 1 albo '7' i '1', bo sam się gubisz.
Do przerwania timera wrzuć tylko kod zmiany licznika, który obsługujesz z pętli głównej programu. To znacznie ułatwi analizę i zapanowanie nad kodem, bo teraz masz input=USART_Receive(); i w przerwaniu i w pętli while(1) co może powodować nieprzewidywalne zachowania. O przykładowo tak to można na szybko przerobić:

_________________
Dragonus Cracovus: Biomagia

Ok teraz w kodzie uC mam '1' , '2', '3', '7'. Jak wyśle z aplikacji na telefonie 1 to silnik się kreci w prawo, jak wyśle 2 to w lewo a jak 3 to zatrzymuje się.
I podczas połączenia aplikacja wysyła 7 co 0,2 s. No i teraz jak wyłączę zasilanie btm222 albo jak stracę połączenie to silnik się dalej kreci a chciałbym aby w takim przypadku się zatrzymał.
poniżej filmik :

Witam
wygląda na to ,że nie wykonuje bloku else
możliwe ,że zmienna input po wysłaniu cały czas ma wartość 7
i jak rozłączysz połączenie to nic się nie zmienia

Żeby być pewnym wstaw w blok else "Mirkowy debuger"
(migającą diodę)
Będziesz miał jakąś podpowiedź w którym miejscu szukać

Wstawiłem tą diodę do else i powinna się zapalić a niestety nie chce. Nie bardzo wiem jak zmienić kod aby to działało może w ogóle zmienić idee bo teraz z aplikacji wysyłam co 0,2 s znak 7 do uC może to powinno się inaczej robić? Może lepiej sprawdzać czy w ogóle doszedł jakikolwiek znak do uC jeśli tak to znaczy ze połączenie jest a jeśli nie przyszedł znak to znaczy ze połączenia niema. Ma ktoś może przykładowy kod?

To teraz przenieś "debuder" do if jako togled
tzn. do bloku if gdzie sprawdzasz czy input = 7
Jeśli Ci się zapali lub będzie szybko mrugać
to by znaczyło że zmienna input po rozłączeniu jest ciągle równa 7
i to by było prawidłowe bo nigdzie nie jest nadana nowa wartość.
Może tu w tym bloku trzeba nadać jej nieużywaną wartość i w nowym
obiegu pętli głównej dostane nową odczytaną wartość

Jeśli dioda nie będzie mrugać to możliwe ,że
odbiór się blokuje po zerwaniu połączenia w funkcji odbierającej dane

Tak to wykombinowałem może się uda

Teraz zmieniłem kod na taki:



I dioda się zapala ale jak wyłączę z zasilania btm to nie gaśnie. Aha jak wysyłam 1 z aplikacji do uC to dioda mignie. Czyli warunek za else działa. Tylko teraz pytanie jak to przekształcić aby efekt był taki ze po zerwaniu połączenia dioda zgasła.

Zmień

na


Twoim sposóbem tylko włączysz diodę
a jak wykorzystasz xor będzie za
każdym wejściem do warunku przełączać się z zapalonej na zgaszoną i na odwrót
(tylko jeśli będzie się to dziać za szybko to tylko lekko przygaśnie )

wtedy dojdziemy czy po rozłączeniu połączenia program pracuje dalej
czy się blokuje

A wiec teraz gdy jest połączenie dioda miga natomiast jak wypnę moduł btm222 to dioda cały czas się świeci ( akurat wypiąłem w momencie świecenia) i nie zmienia stanu. Czyli na to wychodzi ze po odłączeniu (zerwaniu połączenia) program się blokuje tylko jak to obejść?

Mam pewien pomysł
ale to wymaga przerobienia funkcji odbierającej dane.

Myślę ,że trzeba tam ustawić takiego "watch doga-a"
tak jak radzi @Mirek wstawić Timeout przy odbiorze.
jeśli możesz to wstaw kod tej funkcji (jeśli nie jest z BB)
jak masz ją napisaną.

Nie wiem czy coś z tego wyjdzie trochę jeszcze za mało umiem ale
może we dwóch damy radę

Tylko dzisiaj już mi szare komórki szwankują
a będę dopiero po nowym roku mógł przetestować coś
w na żywym organiźmie (zestawie )

OK funkcja odbierająca i wysyłająca wygląda tak :

I teraz pytanie jak to przerobić?

Witam
Ja proponowałbym tak:
Dodać globalną zmienną (w zależności od taktowania procka i preskalera Timera)
ośmio lub szesnasto bitową .
Chodzi o to by przy tykaniu Timera pomieściła czas który musi być większy
niż czas potrzebny do odbioru znaku
np:

następnie w przerwaniu zmniejszać wartość miennej

w funkcji odbierającej sprawdzamy czy nie minął czas na odbiór znaku


Nie jestem pewny czy dokładnie taki kod będzie pasował ,piszę z głowy
bez sprawdzenia ale musiałby być mniej więcej taki scenariusz

Należy tylko obliczyć lub dobrać eksperymentalnie wartość zmiennej timeout

Po zmodyfikowaniu kodu teraz układ zachowuje się następująco odliczy timeout i wyśle 3. Ale podczas odliczania timeout program nie reaguje na wysyłanie 1 i 2 jak również po odliczeniu i wysłaniu 3 program nie reaguje na 1 i 2. Idę kombinować dalej jak ktoś by miał jakieś podpowiedzi to proszę pisać.

_________________
+++++[>++++<-]>[>++++++<-]>.---------.+++.

Ok teraz mój kod wygląda tak i nie bardzo wiem jak i co zrobić z tym timeoutem. Może ktoś ma jakiś program z realizacją zabezpieczenia przed utratą połączenia( np. jeśli uC straci połączenie to zostanie wykonane jakieś zadanie, funkcja).

Witam
Jeśli przepisałeś mój kod dosłownie to zrobiłem małego babola w
funkcji odbierającej w warunku powinno być użyte OR ( || )
a ja przez pomyłkę użyłem ( | )
Wielkie Sorry

napisałem :

a powinno być:


i jeszcze dla pewności dodałbym nawiasy

Przez ten błąd mogło Ci to nie działać prawidłowo
jakbyś mógł to sprawdź czy po poprawce zatrybi

Teraz to silnik wogółe nie reaguje . brak reakcji na 1, 2,3 oraz 7 . Sprawdziłem to podpionajać diode do wyjscia uC i brak reakcji.
Dodałem średnik za '3' ponieważ były błedy moze to ma jakis wpływ.

Wstaw "debuger diodowy" w if-a który sprawdza timeout
prawdopodobnie timeout jest za krótki i zawsze zdąży doliczyć do zera
zanim przyjdzie nowy znak

Jaką częstotliwością napędzasz procka i jaki preskaler jest
ustawiony na timerze do tykania zmienną timeout

Wrzuć jeszcze raz cały obecny kod wraz z funkcjami do komunikacji

Średnik powinien tam być mój błąd

Teraz plik main:

Z funkcji
"USART_Receive"
usuń deklaracje zmiennej timeout
to ma być zmienna globalna żeby przerwanie i funkcja miała
dostęp do tej samej zmiennej.
Jeśli nie będzie się chciało kompilować ( a pewnie nie będzie)
dodaj w pliku z definicją tejże funkcji

co poinformuje kompilator ,że ta zmienna jest deklarowana poza tym plikiem

następnie przenieś "debuger" do if w funkcji odbierającej
Żeby zobaczyć czy po zerwaniu połączenia dioda
zmieni stan czy zmienia stan przy każdym odczycie

No i zobaczymy co dalej

Teraz kod odbioru wygląda tak, nie wiem czy dobrze to zrobiłem. Wyskakuje warning :No return, in function returning non-void. Podejrzewam ze instrukcja if jest źle napisana.



A w mainie wywaliłem diode z ifa.



Aha generalnie nic się nie dzieje , dioda nie mrugnie.