Bobby

W przypadku komunikacji bezpośrednio po TCP/UDP, bez żadnych "chmurowych" serwerów, np PC<->ESP8266 komunikacja przebiega praktycznie jak po każdym interfejsie, czy to comporcie, bt czy spi. W przypadku architektury embedded <-> chmura <-> pc/telefon warto skorzystać z jakiegoś brokera, np. mqtt. Wtedy stawiamy sobie na serwerze broker mqtt, potem każde urządzenie (serwer/pc/telefon/embedded) subskrybujemy do danego tematu na serwerze i tak naprawdę najgorszą robotę przesyłania wiadomości odwala za nas rzeczony broker - a libki do mqtt są praktycznie na każdą platformę, zazwyczaj takie "eventowe" - przychodzi wiadomość, wywołuje się callback i w zależności jaka to wiadomość coś tam sobie w kodzie robimy. Analogicznie jak wywołanie slotu w qt. EDIT: W QT 5.12 jest już MQTT natywnie więc nie trzeba żadnych dodatkowych bibliotek.

@SOYER generalnie praktycznie wszystkie interfejsy w Qt od plików, przez serialport, do UDP i TCP bazują na jednej klasie QIODevice, dzięki czemu jak nakodzisz sobie rozsądnie apkę (polimorfizm), to zmienianie interfejsów komunikacyjnych sprowadza się praktycznie tylko do skonstruowania nowego obiektu i zainicjalizowania specyficznymi danymi (filepath/baudrate/hostname+port) i jeśli cała reszta programu działa na QIODevice nie musisz zmieniać już praktycznie nic Od zapisu pliku do komunikacji po BT w jeden wieczór

Na początek gratulacje za wystartowanie i przejechanie labiryntu. Niestety nie wygląda to za dobrze - podejrzewam, że bez enkoderów na kołach ciężko coś takiego wysterować, ale mocno się obija. Za mocno Do prawilnego micromouse jeszcze daleka droga. A nie myślałeś o zlinearyzowaniu tego odczytu, choćby za pomocą jakiegoś lookup table'a, zamiast takiego półśrodka? Trochę szkoda mieć zapiety dobry regulator i go tak marnować

Szufladówki albo wałki liniowe z karetkami z drukarek, są dostępne na allegro w niezłych cenach (porównując do wałków liniowych i łożysk kulkowych). Ewentualnie wycieczka po serwisach kserokopiarek

Czyli jakie są objawy tego resetu? Zacina się animacja na wyświetlaczu? Pokaż zdjęcia.

Na jakiej podstawie twierdzisz, że uC się resetuje? Pokazałeś tylko część zasilania - filtrowanie napięcia przy procku. Pokaż zasilacz (stabilizator? usb? baterie?) i resztę schematu - co masz podłączone do nóżek itp. Na 99% konieczny będzie też rzut oka na PCB.

Protip jeśli chodzi o błędne wyprowadzenie pinów we wtyczce serw - ten czarny plastik blokujący piny (żeńskie we wtyczce) przed wysuwaniem można podważyć igłą i wyciągnąć pin, a potem zmienić kolejność

Podpisuję się pod tym co napisał Marooned

Fajnie byłoby zobaczyć chociaż zdjęcie tych PCB z monetą dla porównania

Paczka wysłana dzisiaj, numer: 00359007736681824865.

Możesz napisać ją samemu: int invert(int val){ val = 255 - val; return val; }

Paczka dotarła wczoraj, teraz przeglądam - dużo tego

W jaki sposób zamocowane są silniki? Możesz podrzucić jeszcze jakieś zdjęcia, albo chociaż skrin z cada?

bartek1333, MUDy jak dla mnie całkiem ciekawe - zresztą potem też będą przydatne. Dużo matlaba. Na PPSach też króluje matlab i dziwne wzorki Na drutach z kolei (PEiE) bedziesz robił za SPICE'a na kartce

Jakiś kontakt?