kamdz

Witam. Zapomniałem dodać dwóch rzeczy. Zarówno bt, jak i sam kod jest przetestowany, wzięty z mojej poprzedniej konstrukcji: Tak naprawdę jedyna zmiana to płytka nucleo zamiast bluepill. Poza tym krzaki lecą nawet wtedy, kiedy w programie nie ma nic o wysyłaniu przez uart... Odpowiadając na Twoje pytanie, @Treker to w programie nie ma żadnych opcji ustawiania prędkości. Ale jak już mówiłem, na dokładnie takich samych ustawieniach wszystko działa w poprzednim robocie.

Witam W ostatnim czasie podczas robienia kursu Forbota dot. STM32F1 HAL napotkałem pewien problem. Gdy podłączam płytkę pod USB do komputera i korzystam z UART przez kabel na RealTermie to wszystko działa ładnie. Natomiast gdy pod UART2 podpinam bluetooth, to nic nie działa. Na wyjściu dostaję krzaki, a sterowanie nie działa. Nie mam pojęcia dlaczego. To samo na UART3. Załączam kod, oraz zdjęcia układu i SS z wyjścia na BT Dodam, że to nie jest moje pierwsze podejście do tematu. Kiedyś uruchomiłem już BT na STM32, jednak wtedy używałem BluePill. Nie Było żadnych tego typu problemów.

Dalsze plany to skomplikowane Po pierwsze chciałbym jednak dopracować trochę bardziej ten program bo szybkość jazdy przez której jeździ ładnie mnie średnio satysfakcjonuje. Na zawody napewno się będę wybierał, z tym że raczej nie po całej Polsce, pewnie się skończy na Robocompie bo mam blisko ale nie wiadomo może mi się uda naciągnąć szkołę na jakiś wyjazd na zawody A poza tym to jak na dniu otwartym dyrektor zobaczył jeździdełko to powiedział że dostanę jeszcze z tysiąc złotych i mam zrobić 2 roboty do wyścigów tzn tam by były tylko 2 silniki i bt do sterowania. No i oc

Tzn to są w sumie filmy z takiego niby dnia otwartego. Dlatego jeździ po korytarzu no i dlatego jest dużo kurzu. Tutaj nie miały miejsce żadne modyfikacje parametrów poza zmniejszeniem prędkości - żeby nie wypadał z toru.

Właśnie on generalnie reaguje dużo bardziej żwawo niż na tych filmikach tylko myślę że to wina kurzu... Przyspiesza jednym kołem ale kolonai3 poprostu ślizga i nie ma skrętu. Bo na porządnej czystej trasie reagował dużo lepiej.

Normalne kabelki do płytek stykowych. Pasują zarówno do JST(czyli tego czerwonego) Jak i do Goldpinów w Arduino.

Arduino ma swój własny moduł zasilania, więc wystarczy wpiąć pakiet w złącze Vin plusem i Gnd minusem. Tylko najlepiej przez to czerwone złącze, nie przez port balancera.

Witaj Pasują do siebie, ale kupno tej ładowarki to jeden z najgorszych pomysłów... Ładuje ona przez port balancera, co oznacza małe prądy ładowania. Poza tym ogranicza od 2 do 3 cel. Lepiej doinwestować i kupić mikroprocesorową ładowarkę, nawet taką jak ta: https://botland.com.pl/pl/ladowarki-lipol-sieciowe/646-ladowarka-li-pol-li-fe-li-ion-ni-cd-ni-mh-z-balanserem-redox-alpha-v2.html Sam taką posiadam i sprawuje się bardzo dobrze. Ma wybór trybów ładowania, prądu, funkcję rozładowywania, storage i wiele więcej. Co prawda trzeba do niej jeszcze kupić zasilacz, ale naprawdę warto. Dob

Witam ponownie Dzisiaj nowe testy w trudnych warunkach: Zielone, a nie białe podłoże, Mocno zakurzona podłoga:) Jakoś sobie radził: A po małym zmniejszeniu prędkości jeszcze lepiej: Program już po wstępnej regulacji PIDa i wag czujników. Pozdrawiam

Tak myślałem No ale chyba robot inaczej reaguje na tą samą trasę z różnymi prędkościami... Czyli jak nawet go ustawię idealnie na małych prędkościach, to na większych już będzie miał większy bezwład i będzie zupełnie inaczej jeździł... Choć oczywiście na sam początek wstępnego ustawiania PIDa pewnie lepiej wolniej...

Witam ponownie. MDF kupione, trasa zrobiona i pierwsze testy za mną Wrzucam filmik z testów. Co do trasy to wrzucam foto w załącznikach. W miejscu, w którym jest mniejsze czerwone kółko, trasa była pod takim kątem jak zielona linia. Wtedy robot w ogóle nie wykrywał, że ma zakręt i jechał prosto aż znowu złapał trasę. To trochę dziwne, bo w kodzie jest liczona średnia ze wszystkich czujników, więc powinien choć trochę odbić w lewo... W miejscu gdzie jest duże czerwone kółko... no to na filmie widać jak się zachowuje. To norma, czy błąd programu? może robię za ciasne zakręty na takiego du

Okej zrobiłem nowy projekt, dokładnie taki jak od ST i działa. Jednak gdy w dokładnie tym samym programie zmieniłem strony na 2 ostatnie (żeby nie było problemów przy większych objętościach programów) to program utyka w jakimś infinite loop. write protection nie ma na żadnej stronie, sprawdzałem ST-LINK Utility Wrzucam jeszcze eeprom.h /** ****************************************************************************** * @file EEPROM_Emulation/inc/eeprom.h * @author MCD Application Team * @version V1.5.0 * @date 14-April-2017 * @brief This file contains all the fu

Strona jest tak jak w przykładzie 32 i 96

/** ****************************************************************************** * @file EEPROM_Emulation/Src/main.c * @author MCD Application Team * @version V1.5.0 * @date 14-April-2017 * @brief Main program body ****************************************************************************** * @attention * * <h2><center>&copy; COPYRIGHT(c) 2016 STMicroelectronics</center></h2> * * Redistribution and use in source and binary forms, with or without modification, * are permitted provided that the following conditions are met: *

Tak i pisałęm o tym w pierwszym poście No to właśnie chciałem sprawdzić wysyłając dane na UART ST by miał dać kod z błędem? dziwne ale OK, spróbuję przeczytać i zrozumieć ten dokument