Witam!
Mam problem z implementacją funkcjonalności programowego resetu w projekcie zegara GPS. Warunek sprawdzania stringa "AT+RST" (próbowałem dwa) umieszczam na początku funkcji parsującej dane z GPS. Terminal "zalewany" jest potokiem danych z GPS, ale spodziewanej odpowiedzi na AT+RST brak (mkBootLoader). Proszę o podpowiedź co należy zmienić lub jak inaczej podejść do problemu. Fragment kodu funkcji parsującej wygląda tak:

Pozdrawiam serdecznie

Kolego coś mi świta że ty na jednym UART podłączasz 2 urządzenia.
1 to GPS
2 to ATBWIFI lub ft232 lub jeszcze co innego

I za pomocą 1 UART w uC chcesz odbierać dane z PC i GPS czyli pomyśl co w tym momencie robisz ?

Wiem że do Swiąt lekko ponad 2 tygodnie ale ty robisz gwiazdę. A do czego służy UART czyli port szeregowy ?

Jeżeli tak to podłączasz to zainteresuj się np ATmega128 ona ma 2 UARTy jeszcze kilka innych mniejszych zapewne też.

Ale z gwiazdą to się wstrzymaj aż do świąt

Namazane ze smarta.

_________________
Usługi druku przestrzennego - www.drumik.pl

W tym konkretnym przypadku do uC Atmega32 podłączony jest ATB-WiFi. Program wgrany do uC to program obsługi zegara GPS. GPS jest jednak odłączony do testów. Do bufora nic nie nadlatuje z GPS. Chciałem do programu dodać reset programowy. Oczekiwałem, że po wciśnięciu INFO w programie mkBootLoader do bufora wpadnie komenda AT+RST i wykona co trzeba, ale tak nie jest.

Do Świąt nie wytrzymam. Proszę o pomoc.

Po tym wnosze ze masz oba naraz podpiete uarty do uc bo skoro nadlatuja dane GPS a w nich nie widac AT+RST.

No ale ok.

Kolego a w mkbootloader zaznaczasz ze ma uzyc AT+RST ? Ppdajesz w MKB adres ip wifi by komputer sie z nim polaczyl ? Nawiazujesz polaczenie MKB z Wifi ?


Namazane ze smarta.

_________________
Usługi druku przestrzennego - www.drumik.pl

Bootloader zainstalowany. W ATB-WiFi pełny dostęp do modułu. Na czas testu z software reset gps odłączony, a do Tx i Rx uC podłączony tylko AtnelAir i ATBWiiFi. W tej samej kombinacji sprzętowej działa zegar NTP i pozyskuje czas z internetu i w nim implementacja software reset działa.

No ale przecież ci odczytało info o procku czyli AT+RST musiał się wykonać.

_________________
Usługi druku przestrzennego - www.drumik.pl

Tak, ale po wciśnięciu klawisza RESET na żądanie programu., niestety.

No to musisz mieć jakiegoś babola w programie którego nie widać ...

skoro ci działa w dawcy czasu to gdzieś coś źle przeniosłeś do aktualnego projektu.

a dołączyłeś ? w main.c ??

_________________
Usługi druku przestrzennego - www.drumik.pl

Proszę przejrzyj kod jeżeli będziesz tak miły, bardzo proszę:

Zaczynam go studiować będę tutaj uzupełniał na bieżąco to co mi w oko wpadnie ... a lepsi ode mnie bo jest ich 99% forum jak mogą niech też pomogą

Na początek usuń linię 6 z #include <avr/delay.h> co prawda nie zawadza ale biblioteka z avr przeniosła się do util a masz ją w 4 linii.

w pętli while masz coś jak get ntp event który jest uzależniony od timera itp

polecam w pętli while sprawdzać zdarzenie z uart jak używasz Mirka bibliotek to: UART_RX_STR_EVENT( uart_buf );

generalnie nigdy nie wpadnie ci ramka z wifi do get ntp event

ja bym stworzył jednąfunkcję:
UART_RX_STR_EVENT( uart_buf );

parsował dane odbioru i prawdzał czy to pochodzi z GPS czy WIFI
nie mniej i tak 2 urządzenia na jednym uarcie ci nie zadziałają no chyba że zabierzesz zasilanie modułowi GPS na starcie a uaktywnisz je 2 sekundy po starcie programu tak aby wifi przez pierwsze 2 sekundy miało zasilanie.... a jak podasz zasilanie do GPS to zabierasz dla WIFI

w ten sposób będziesz miał 2 urządzenia na 1 uarcie ale tylko jedno z nich w danym czasie by działało.

Za dużo masz funkcji w jednym pliku pomieszanych od różnych modułów przez co kod staje się mało czytelny i sam zaczynasz się w nim mieszać a co dopiero ktoś kto go widzi po raz pierwszy.

_________________
Usługi druku przestrzennego - www.drumik.pl

Dzięki wielkie za zainteresowanie. Zdaję sobie sprawę, że kod jest bardzo przerośnięty, ale powstawał od kwietnia i rozrastał się wraz z "lekturą" poradników Mirka. Wszystko działa bardzo sprawnie i nieblokująco oprócz resetu programowego, który chciałem zaimplementować jedynie na potrzebę programowania zdalnego.

Docelowo ma być tak. Gdzieś w pokoju stoi zegar gps z modułem Atnel WiFi. Odłączam gps. Podłączam WiFi. Wprowadzam zmiany w programie i wpisuję je zdalnie do zegara. Odłączam WiFi. Podłączam gps. Nie mam jeszcze nawet pomysłu jak to zrealizować programowo i zdalnie.
Pozdrawiam

No to jeszcze raz powtórzę jak bym zrealizował połączenie nawet gdy podłączone będą oba urządzenia GPS i WIFI

_________________
Usługi druku przestrzennego - www.drumik.pl

To jest znakomity pomysł. Obecnie jednak funkcja sprawnie parsuje dane z gps, a po jego odłączeniu gdy próbuję coś wpisać do bufora (np. AT+RST?) - echa w terminalu brak. Chciałby wiedzieć dlaczego dane z gps "wchodzą" do bufora, a z programu mkBootLoader nie. W którym miejscu programu zrobić pułapkę, debugger jednodiodowy, aby to sprawdzić?

nie czepiaj się kolego programu a tego jak skonfigurowałeś ATB WIFI pokaż no konfiguracje

co do debuggera ... tam gdzie chcesz odebrać dane .... jak cokolwiek odbierze niech zmieni swój stan na przeciwny.

_________________
Usługi druku przestrzennego - www.drumik.pl

A dlaczego masz UDP SERVER wydaje mi sie zo puwinien byc CLIENT

Namazane ze smarta.

_________________
Usługi druku przestrzennego - www.drumik.pl

Z ustawieniem CLIENT nie działa wcale, niestety (sprawdziłem).

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



W linii 16 dioda nie zmienia stanu w odpowiedzi na polecenie AT+RST? z programu mkBootLoader.
W linii 40 dioda zmienia stan co zadany okres synchronizacji.

W module nie masz ustawionej bramy i dns server.

Dzięki za zwrócenie uwagi. Przy zmianie SERVER na CLIENT się zgubiło. Teraz jest poprawnie jak przed zmianami. DNS i brama ustawione. To nie rozwiązuje problemu. Nadal brak resetu software. Jak przekazać komendę AT+RST z mkBootLoadera do mojego programu? Dane z gps wchodzą do bufora, a z modułu WiFi nie.

Pozdrawiam

Bardzo proszę jeszcze raz o sugestię w sprawie niedziałającego software reset w moim programie.
Pozdrawiam

Witam!
Problem rozwiązałem po analizie prędkości ustawionej w bibliotece UART. GPS-4800. ATB-WIFI-115200. "Fizyczna" zamiana GPS na ATB-WIFI nastąpiła, ale nie zmieniłem prędkości w bibliotece mkuart.h. Po zmianie na 115200 moduł prawidłowo odbiera komendy AT. Teraz zastanawiam się nad obsługą 2xUART np. w Atmega644. Na UART1 odbieram dane z GPS, a na UART2 nasłuchuję komend. Pojawienie się komendy AT-RST? w UART2 ma skutkować resetem programu i możliwością zdalnego programowania. Jak realizuje się obsługę dwóch UARTów (4800 i 115200)?
Pozdrawiam

Na uC który ma 2 UARTy lub jak wyżej opisałem.


Namazane ze smarta.

_________________
Usługi druku przestrzennego - www.drumik.pl

Rozumiem ideę. Myślę nad stroną programistyczną. Czy dublować wszystkie zdarzenia dla UART i funkcje callback (np. parse_uart_data_gps i parse_uart_data_wifi) i czy potrzebne są dwie biblioteki mkuart1.h i mkuart2.h oddzielnie dla każdego interfejsu, bo jak inaczej wpisać dwie prędkości UART? Nigdy nie korzystałem z 2 UARTów. Muszę się nauczyć

Zerknij np tutaj:

topic2637.html
topic10653.html

Znalazłem to w 15 sekund w google wpisując

obsługa 2 uart avr

_________________
Usługi druku przestrzennego - www.drumik.pl

Bardzo dziękuję i pozdrawiam