Aktywne Wpisy
MiniKierownik +49
Murzyn rośnie jak na drożdżach, możecie mu wymyślić imię, komentarz z największą liczbą plusów wygrywa. Widać że to będzie chad wśród gołębi, gęste grube pióra będzie miał nawet na nogach, oczy typu Hunter eye wypatrują kukurydzy.
#smiesznypiesek #ptaki #heheszki #codziennymurzyn #golebie #dwudniowymurzyn
#smiesznypiesek #ptaki #heheszki #codziennymurzyn #golebie #dwudniowymurzyn
zyd_z_pasji +30
Jezus Maria, jak ja qurwa nienawidzę dzieci. Gówniarze sąsiadów lvl 4 i 6 przeskakują przez płot, żeby pobawić się u nas na podwórku. Tu sobie poskaczą na trampolinie, tam zjadą na zjeżdżalni albo rozwalą dachówki, które były ułożone na kupce do wyrzucenia. Oczywiście, rozmowy z madkom nic nie dają, a jedyne rozwiązanie to chyba tylko mur wyższy od mego, albo drut kolczasty.
Teraz wychodzę przez dom, a tu mój samochód cały w
Teraz wychodzę przez dom, a tu mój samochód cały w
Jak tam wygląda sytuacja z softem? Tak jak pisałem na początku tygodnia zrobiłem obsługę żyroskopu oraz akcelerometru tak że mam informację jak bardzo obróciło się urządzenie (do kompletu brakuje magnetometru).
Zacząłem przygotowywać interfejs do udostępniania informacji na zewnątrz (np. zewnętrzny proces sztucznej inteligencji). Stwierdziłem że trzeba to zrobić na zasadzie wzorca visitor który to będzie raz za czas "odwiedzać wszystkie urządzenia" w systemie i zbierać z nich odczyty. Tak zebrane dane wystawia na zewnątrz. Tutaj waham się pomiędzy pipefs/procfs/ethernet. Ale chyba wygra pipe bo nie chce mi się pisać driver'a do proc'a ani obsługi klient-serwer po ethernet. Tak w ogóle przerobiłem obsługę wiadomości z #stm32. Wcześniej było kilka procesów które regularnie pytały warstwę transportową o aktualne dane. Taka architektura na #raspberrypi szybko zeżarła by mi zasoby wewnętrzne. Więc wywaliłem tak dużą ilość wątków i zastąpiłem je kolejnym wzorcem: chyba active object: urządzenia rejestrują się w warstwie transportowej na konkretne typy wiadomości. A ta jak odbierze konkretny typ wiadomość od razu przekazuje je do odpowiednich modułów obsługujące te wiadomości. Plusy: szybkie, łatwe, zżera mało zasobów, minusy: jeszcze nie wiem ( ͡° ͜ʖ ͡°) .
Co tam w hardware? Ostatecznie nie zrobiłem tych enkoderów do silników w tym tygodniu ale już zacząłem ogarniać temat.
W końcu zamontowałem koła do silników! Narobiłem się przy tym trochę bo dopiero 3 konstrukcja wyszła taka jak chciałem (zdjęcia w komentarzu). A dzisiaj niedzielnym wieczorem, wycinałem część obudów na paski i silniki coby się nie uwaliły w trakcie pracy trawą i piaskiem.
Przypuszczam że za jakieś 3-4 tygodnie zrobię pierwszy test platformy jeżdżącej na kablu zasilającym.
Co teraz planuje:
Soft: dokończyć interfejs udostępniający dane z czujników i urządzeń na "zewnątrz", obsługa magnetometru, i chyba co najważniejsze wirtualne trasy (urządzenie musi wiedzieć w którym jest miejscu). Ta ostatnia część będzie wykonywana i dla #raspberrypi jak i appki na android.
Hardware: dokończyć wycinanie obudów, zrobić te nieszczęsne enkodery (albo zamówić), przykręcić silniki do platformy.
Tagi: #raspberrypi #programowanie #cpp #diy #chwalesie #stm32 #robotyka #elektronika
@KapitanPoFakcie : Jestem świeżak jeżeli chodzi o robotykę i automatykę. Wiem że w przyszłości problem z dryftem IMU napewno wystapi. Mam stricte doświadczeniem z pisaniem oprogramowania pod hardware (sterowniki, kontrola rejestrów, odczyty). Między innymi dlatego wykonuje ten projekt ponieważ chcę wiedzieć jak się robi takie rzeczy (dodatkowo
Najbardziej funkcjonalny będzie taki jak do motora czy skutera 8Ah, lub paczka ogniw z akumulatorów laptopowych.