Witam

Mam taki problem - resetuje mi się Atmega32 jak podłączę się do niego za pomocą bluetootha tzn. wykonuje się program i jak podłączę się za pomocą terminala to następuje reset i wywala mi cały program. Używam HC-06 + Atmega32 z zegarem 1105200 z wgranym bootloaderem p. Mirka. W programie wykorzystuję biblioteke z GREEN booka. Czy miał ktoś podobny problem ?

Bootloader korzysta z resetu programowego, ale nie jest to wywoływane w momencie podłączenia się pomiędzy terminalem a prockiem.


Reset sprzętowy mam podpięty przez 10k do VCC.

Nie mam pojęcia dlaczego mi się wywala program.

Jakiej wielkości zadeklarowałeś bufor odbiorczy (UART_RX_BUF_SIZE) i jakiej bufor na odebrane dane przekazywany do zdarzenia? Bo jeśli ten drugi bufor będzie mniejszy od pierwszego, to gdy nadleci dłuższy string, zostaną nadpisane kolejne komórki w pamięci i może to spowodować problemy.

_________________
Amatorska stacje meteorologiczna

Chyba to nie to ;(

UART_RX_BUF_SIZE 32
char bufor[50]; // bufor na potrzeby odebranych danych z UART

Poza tym zaraz po podłączeniu nie wysyłam nic ( chyba, że masz na myśli jakieś śmieci, które mogły być w buforze ).

Konfigurowałeś tego HC-06, czy może działa na swoich domyślnych ustawieniach?

Cześć.
Mi to wygląda na problem z zasilaniem.
Czy cały układ testujesz na ATB czy własna płytka?
Poprosimy o schemat.

tak, ale zmieniałem tylko jego nazwę i Baudrate na 115200 i później wróciłem na 9600.



Raczej odpada bo układ zasilam zasilaczem laboratoryjnym o wydajności do 5A ( układ pobiera 33mA).

Proszę bardzo schemat:

Nie wiem jak twój HC-06 ale w modułach BTM222 to miał domyślnie włączone echo i jeszcze jakiś tryb pseudo diagnostyczny, i też miałem z nim podobne problemy. Podłącz go do komputera uruchom terminal i zobacz czy masz echo włączone.

Echo jest wyłączone

Ok. To przepraszam za to co teraz napiszę.
Czy rezystor ściągający do GND przy bluetoot na pewno masz 2K?

115200 i chcesz żeby to działało na rezystorowym dzielniku.
oglądałeś:
http://mirekk36.blogspot.com/2017/01/ko ... lacja.html

Masz kondensatorki przy bluetoto?

Proponuje zrobić diagnostykę:
Wgraj kod z miganiem diody co jakiś czas z podłączoną twoją biblioteką od rs. bez bootloadera.
Połącz się z modułem i sprawdź czy czy będziesz mieć restarty.

_________________
POZDROWIONKA

Spoko pisz bo dzięki temu być może uda się mi rozwiązać ten problem


Na pewno tak mam.



Teraz jadę na 9600 - pisałem to wyżej w poście.
Co do poradników to śledzę wszystkie na bieżąco.



Nie mam. Ale wydajność prądowa zasilania jest dość duża. Oczywiście mogę dodać kondki ( rozumiem, że chodzi o to - podczas podłączenie blutacza napięcie spada tak mocno, że resetuje procka ? )

Diagnostykę przeprowadzę i opiszę rezultaty.

Ok to wykonaj test z diodą. Określimy czy problem w kodzie czy płytce.

Pokaż jeszcze jak poprowadzileś ścieżki.
Jesteś pewien rozwiązania z rezystorami jako konwerter napięć? Testowaleś już kiedyś z sukcesem takiego twora. Dopytuje bo ja nie miałem nigdy potrzeby zawsze stosowalem tranzystorki i nie miałem problemów.

_________________
POZDROWIONKA

Test z dioda wypadł pozytywnie tzn. układ się nie resetuje - czyli mam gdzieś problem w kodzie. Po dodaniu bootloadera układ też działa poprawnie.

Układ zaczyna się resetować po zarejestrowaniu kolbaka



Układ resetuje się tylko z modułem HC-06, bo jak podłączę układ przez przejściówkę USB lub moduł HC-05 to reset nie występuje.

Dodam tylko, że dolutowałem kondka, lecz układ zachowuje się bez zmian.

Układ dzielnika raczej jest ok, bo program testuję zarówno w docelowym układzie ( tam gdzie jest dzielnik ) oraz na płytce testowej ( bez dzielnika ) i efekt jest taki sam.

W takim razie jakieś dziwne stwory wkradły Ci się do hc-06


wg mnie takie resety mogą być od
1. źle przypisanych przerwań.
2. watchdog
3. błednie wykonana płytka/schemat
Ale piszesz że na hc05 jest ok więc 1 i 2 raczej odpada.

Ja miałem 2 sytuację kiedy rozkładałem ręce i w obu był problem nie z kodem a raz ze schematem, dwa z rozmieszczeniem elementów.
Jeżeli to nie problem to załącz cały kod bez bibliotek mirka oraz pokaż płytkę i ścieżki.

Hmm jeszcze pytanko: Czy dawałeś test diodowy w procedurze resetu?
O tu

_________________
POZDROWIONKA

odłącz rx i tx a potem spróbuj połączyć

_________________
Situs != Situs

dzisiejsza walka z bluetoothem mnie już całkowicie dobiła.
Wczoraj po wymianie układu na HC05 wszystko ładnie śmigało, dziś bootloaderem wgrałem trochę zmieniony kod i zonk - układ nie resetuje się po podłączeniu ale po wpisaniu czegokolwiek na UART. Ręce mi opadły. Oczywiście zaraz wróciłem do kodu z wczoraj i też lipa.

.

Reakcja jest identyczna na płytce testowej i na sterowniku docelowym, to by musiał być nieprawdopodobny zbieg okoliczności żeby przyczyną była płytka jedna i druga. Ja mam wrażenie, że to bootloader wraz z kolbekami coś psuje. Poza tym jest taka dziwna reakcja, że jak zaczyna się resetować układ to przestaje działać reset programowy ( muszę nacisnąć reset sprzętowy aby wgrać program ).



Właśnie w programie testującym jest dziwna reakcja bo po wydaniu polecenia AT+RST?\cr\lf nie ma resetu tzn. brak reakcji diody podłączonej do PD4



Chyba wrócę do Bascoma ;(

Witam,

Kolego acid255, weź jakąkolwiek sprawną przejściówkę RS232/USB i podłącz do jej wejścia Rx sygnał z wyjścia Tx tego Twojego modułu BT ( podłączenie wejścia Rx procka do tego Tx modułu BT możesz zostawić). Uruchom 2 sesje terminala i zobacz, czy to co wpisujesz z klawiatury pojawia się na drugim terminalu - czyli na wyjściu Tx modułu BT. Jeśli to sprawdzisz, napisz o wynikach i będziemy myśleć dalej, bo widzę, że "zgadywankami" nie da się rozwiązać Twojego problemu.

Pozdrawiam, QuadMan.

Podłączyłem tak jak radzi kolega QuadMan i układ wydaje się działać poprawnie tzn. jak wpisuję coś na terminalu tego od BT to pojawia się tekst na terminalu od przejściówki. Po ENTERze następuje powrót tekstu do początku linii. Ale kolega mi podsunął prosty a jaki świetny pomysł. Zamiast BT podłączyłem samą przejściówkę i okazuje się, że też po Enterze się resetuje ( wywaliłem też bootloader - na razie ). Czyli to ewidentnie problem programowy ( chyba te kolbeki ).

Witam ponownie.

No widzisz, pomału dochodzimy do jakichś wniosków . To teraz zrób tak: Twoje zdarzenie odbiorcze powinno interpretować dane w buforze. Na chwilę zastąp je funkcją która nie będzie robiła niczego innego jak wysyłała odebrane dane.Po prostu napisz w niej jedną linię: i do wyjścia Tx mikrokontrolera podłącz przejściówke, tak aby na 2 terminalu obserwować odebrane przez uc dane.
Aha, i jeszcze jddno, baaardzo ważne: NIGDY nie definiuj jakichkolwiek zmiennych w plikach *.h !!! Jeśli definiujesz jakąś zmienną globalną, robisz to zawsze w pliku *.c, np. w pliku main.c, np. I teraz, w "w komplecie" do Twojego pliku main.c tworzysz plik main.h, w którym umieszczasz deklarację zmiennej: Ta deklaracja jest potrzebna do tego, że jeśli w jakiejś innej jednostce translacji ( w innym pliku *.c) potrzebujesz dostępu do tejże zmiennej - musisz jakoś poinformować kompilator o fakcie jej istnienia, to do pliku tego dołączasz (#include) plik main.h.
Nieprzestrzeganie tej zasady będzie Cię kosztować wiele nerwów i straconego czasu.

Napisz o wynikach eksperymentu z uartem.

Pozdrawiam, QuadMan.

Na terminalu nic się nie wyświetla, a układ się restartuje. Zmienne przeniosłem zgodnie z zaleceniem.

Śledzę ten wątek już od jakiegoś czasu i nasuwa mi się takie pytanie:
czy wyłączyłeś RS485 w pliku mkuart.h:

Oczywiście że nie zaremowałem. Stary jesteś Wielki. Zaraz jak będę w domu to zrobię i dam znać jaki efekt.

------

Zaremowałem te linijki i niestety nadal się resetuje.
Dziwi mnie, że w funkcji


to nic nie wyskakuje na terminal.


-------
Już wiem co jest przyczyną.
W kodzie mirka jest taka linijka:


i tam kompilator wywalał mi warninga, że brakuje mu "break" więc go wstawiłem - i to powodował reset.

Swoja drogą może mi ktoś wyjaśnić dlaczego tam wyskakuje warning.

Bardzo dziękuję wszystkim za pomoc i cenne wskazówki.

Pozdrawiam, acid255