Skocz do zawartości

Mobot-RCR-V2 (problem)


Pomocna odpowiedź

mnie też termin goni, ale trochę poważniejszy - obrony pracy magisterskiej 🙁 Jest to jakaś opcja, tylko, żeby jeszcze była jakaś analogia, a jej brak... Zastanawiam się powoli nad nowymi modułami, bo kończą mi się możliwości. Napisałem maila do Wobitu, ale nie sądzę, że mi napiszą co zrobić, żeby powrócić do ustawień fabrycznych. Ech... dałem ciała, że zabrałem się za konfigurację tych modułów. Teraz bez modułów mój pojazd zwiadowczy traci sens.

Moim zdaniem problem jest w niedokładności zegarów. Bit stop-u jest przez odbiornik interpretowany jako najwyższy bit i stąd problem.

Proponuję taki eksperyment: zmień format danych na 9 bitów danych, 1 bit stopu i prześlij wartość 0x43.

Na AVR można zmienić bez problemu. Po stronie PC odbieraj normalnie, jako 8 bitowe dane.

Można też spróbować innego terminala po stronie PC. Polecam putty: http://www.chiark.greenend.org.uk/~sgtatham/putty/download.html

A swoją drogą - jeśli komunikacja PC<->moduł i AVR<->moduł działa poprawnie to trzeba tylko wysłać ramkę konfigurującą prędkość 40000 z obu urządzeń.

dzięki wielkie, zaraz zobaczymy, czy przyniesie to efekt.

[ Dodano: 27-06-2011, 10:46 ]

Elvis, jesteś wielki! Moduł od strony ARMa skonfigurowałem, natomiast teraz walczę z modułem podłączanym do kompa. Czyli jak przestawię obydwa moduły na 40 000bps to następnie powinienem wrócić do ramki danych składającej się z 8 bitów, tak?

[ Dodano: 27-06-2011, 10:57 ]

Niestety w tym programie putty, gdy skonfiguruję na 9 bitów mam następujący komunikat:"Unable to open connection to COM1 Unable to configure serial port". Ustawiam w ostatniej zakładce "serial" parametry, potem wchodzę na pierwszą zakładkę "session", klikam "serial" i przycisk "open".

Jeśli nie możesz skonfigurować na PC portu to na 95% oznacza, że go nie posiadasz, a program jest głupi nie sprawdził które porty masz w komputerze dostępne.

Jest port, moduł wpięty pod USB widoczny jest jako wirtualny port com (COM1) i ten port konfiguruję w putty.

[ Dodano: 27-06-2011, 12:49 ]

Sprawa wygląda następująco:

1) Od strony ARMa i UARTu, skonfigurowałem na tryb pracy 9-bitowej i wszystko ładnie się skonfigurowało, tak jak było, czyli prędkość 40000bps i ilość bajtów na 8.

2) Od strony laptopa i USB jest problem. Mam program napisany w Qt, który jest stanowiskiem sterowniczym mojego pojazdu. W nim starałem się ustawić tryb pracy 9-bitowej. Niestety nie działa jak należy. Gdy konfiguruję prędkość odpowiada mi liczbą 40 - czyli prawidłowo, gdy ilość bajtów - odpowiada 8 ale jak chcę skonfigurować np. numer kanału to już nie odpowiada. To nie byłby problem, gdyby komunikował się właściwie a jest sytuacja następująca. Gdy wysyłam mu np. "12" dziesiętnie otrzymuję "49254" w kodzie ASCII. 49 jest ok (1) ale 254 już nie jest ok. Myślę, że to może być problem z programem w Qt, ale tego putty nie mogę uruchomić w trybie 9-bitowym.

Bądź aktywny - zaloguj się lub utwórz konto!

Tylko zarejestrowani użytkownicy mogą komentować zawartość tej strony

Utwórz konto w ~20 sekund!

Zarejestruj nowe konto, to proste!

Zarejestruj się »

Zaloguj się

Posiadasz własne konto? Użyj go!

Zaloguj się »
×
×
  • Utwórz nowe...