Skocz do zawartości

Bobby

Użytkownicy
  • Zawartość

    2527
  • Rejestracja

  • Ostatnio

  • Wygrane dni

    54

Bobby wygrał w ostatnim dniu 3 grudnia 2015

Bobby ma najbardziej lubianą zawartość!

Reputacja

306 Mistrz

O Bobby

  • Ranga
    8/10
  • Urodziny 18.03.1994

Informacje

  • Płeć
    Mężczyzna
  • Lokalizacja
    Katowice/Wrocław

Ostatnio na profilu byli

Blok z ostatnio odwiedzającymi jest wyłączony i nie jest wyświetlany innym użytkownikom.

  1. 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.
  2. @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
  3. 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ć
  4. 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
  5. Czyli jakie są objawy tego resetu? Zacina się animacja na wyświetlaczu? Pokaż zdjęcia.
  6. 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.
  7. 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ść
  8. Fajnie byłoby zobaczyć chociaż zdjęcie tych PCB z monetą dla porównania
  9. Paczka wysłana dzisiaj, numer: 00359007736681824865.
  10. Możesz napisać ją samemu: int invert(int val){ val = 255 - val; return val; }
  11. Paczka dotarła wczoraj, teraz przeglądam - dużo tego
  12. W jaki sposób zamocowane są silniki? Możesz podrzucić jeszcze jakieś zdjęcia, albo chociaż skrin z cada?
  13. 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
×
×
  • Utwórz nowe...