Pilot do robota - sprawdzenie schematu

[Slawus]

Witam,
prosiłbym o sprawdzenie schematu i pcb pilota do robota.

Jest to pierwsza konstrukcja na STM32 - podczas tworzenia schematu wzorowałem się na istniejących konstrukcja z forum, dlatego mam nadzieję, że dużo błędów nie będzie

[ProeXtreme]

Przydałoby się więcej informacji na temat założeń + co to ma być za robot.

[Slawus]

Jaki to będzie robot - jeszcze nie wiem

Zacząłem trochę od "tyłu" strony, ale wydaje mi się, że pilot jest na tyle uniwersalny, że nie będzie miało znaczenia z jakim typem robota będzie współpracował...

Służyć ma do zmiany ustawień robota pomiędzy przejazdami/walkami, sczytywania informacji nt. trasy/labiryntu (mapowanie), sprawdzania stanów czujników itp.

Komunikacja po USART (wyprowadzone u góry na PCB), zasilane z LiPola

[sosnus]

No to do odbierania pomiarów z czujników oraz do zmiany ustawień nie lepiej użyć modułu BT, komputera (lub telefonu) oraz transmisji UART?

[Slawus]

Docelowo w robocie nie chcę używać BT

[ProeXtreme]

Slawus, faktycznie zacząłeś od tyłu. Zdecyduj co to ma być. Wtedy będzie nam łatwiej pomóc Ci w wyborze lub nakierować na materiały.

[Slawus]

Nie rozumiem co to za różnica jakiego robota będę tym pilotem obsługiwał...

Ten pilot ma tylko odbierać i wysyłać dane przez USART i wyświetlać to na LCD.

[sosnus]

W projektach własnej roboty często zdarza się tak, że urządzenie będzie działać, ale jest duża szansa, że zapomnisz o jakiejś ciekawej funkcjonalności. A połączenie z komputerem\telefonem daje Ci nieograniczone możliwości, duży, kolorowy ekran, ogromna liczba przycisków i ich kombinacji...

Wyobraź sobie jak fajnie wprowadza się za pomocą kompa\fona kilku cyfrowe zmienne, a ile to by było klikana na takim pilocie...

Dlaczego nie chcesz używać BT? A przewodowo (Komp=>przejściówka USB-UART => Robot) nie może być?

[Slawus]

BT w robocie to dodatkowa waga no i miejsce. Chciałbym, żeby nowy robot był możliwie mały i lekki, żebym mógł się skupić na odpowiednim rozłożeniu masy a nie upchnięciu sporego modułu.

Komputer na zawodach już mi zbrzydł. Bieganie za LFem z kilkukilowym laptopem i podpinanie co chwila robota do niego tylko po to, żeby zmienić nastawy PD to katorga.

[ProeXtreme]

Najlżejszą opcją jest chyba IrDA.

[Slawus]

Co mi po irdzie jeśli chce zobaczyć jak robot zmapował trasę?

Btw. czy mógłby ktoś spojrzeć na schemat?

Na prawdę - przemyślałem to i wiem, że właśnie w taki sposób chcę się komunikować z robotem...

Uprzedzając kolejnego posta - nie interesuje mnie także komunikacja radiowa ani rs232 z telefonem, bo moj telefon nie obsługuje USB OTG. Chcę pozostać przy moim pomyśle z pilotem.

[Treker (Damian Szymański)]

Panowie, skąd się wzięła ta dyskusja ?

To dział od sprawdzania schematów i to tutaj robimy. Nie wydaje mi się, aby brak robota przeszkadzał w budowie pilota do kolejnych konstrukcji - sam tak robiłem w pewnej chwil.

[ProeXtreme]

IrDA umożliwia transmisję danych w dwóch kierunkach.

Schemat pobieżnie sprawdziłem i wydaje mi się ok po za wartościami rezystorów przy LED. Liczyłeś wartości czy dobierałeś na oko?

[Slawus]

Rezystory wyliczyłem w aplikacji ElectroDroid na Androidzie, chociaż wydawały mi się dziwne...

Ktoś jeszcze mógłby się wypowiedzieć? Szczególnie nt PCB, bo chciałbym, żeby była to moja pierwsza płytka wykonana w Satlandzie, więc fajnie byłoby, gdyby działała

[ProeXtreme]

O rezystory pytam, bo ja do 5V stosuję zazwyczaj wartość 1k. Świeci zadowalająco oraz energooszczędnie.

Czy sprawdzałeś PCB za pomocą DRC? Gabaryt PCB moim zdaniem może być mniejszy. Nie widzę złącza do LCD być może dlatego, że obrazek jest zbyt mały.