Skocz do zawartości

Alvedro

Użytkownicy
  • Zawartość

    140
  • Rejestracja

  • Ostatnio

  • Wygrane dni

    3

Alvedro zajął 1. miejsce w rankingu.
Data osiągnięcia: 16 listopada 2017.

Treści użytkownika Alvedro zdobyły tego dnia najwięcej polubień!

Reputacja

37 Bardzo dobra

1 obserwujący

O Alvedro

  • Ranga
    5/10
  • Urodziny 16.08.1996

Informacje

  • Płeć
    Mężczyzna
  • Lokalizacja
    Warszawa
  • Języki programowania
    C/C++
  • Zawód
    Embedded Developer

Ostatnio na profilu byli

789 wyświetleń profilu
  1. I2C raczej nie lubi długich przewodów i zmiennego pola magnetycznego. Może przyczyną są zakłócenia? Nie wiem czy kojarzysz taki projekt gimbala na silnikach bezszczotkowych, STorM32. Swego czasu, komunikacja z IMU odbywała się właśnie po I2C, i żeby działało to poprawnie, żeby nie było problemów z odbieraniem danych, to konieczne było założenie koralików ferrytowych na przewody zasilające silniki. Jak masz pod ręką analizator, to podejrzyj linie sygnałowe i zobacz co tam się dzieje. Tutaj więcej o problemach I2C w STorM32, link: http://www.olliw.eu/storm32bgc-wiki/I2C_Error_Compendium
  2. W jaki sposób wyznaczasz prędkość do trybu stałej prędkości obrotowej? Czy na obliczoną prędkość nakładasz jeszcze jakieś filtry? Twoim wejściem do pid'a jak rozumiem jest różnica między aktualną prędkością, a docelową, co jest wyjściem regulatora, czy to jest parametr vq, który podajesz później do algorytmu foc'a? Słyszałeś o cogging torque (nie wiem jaki jest polski odpowiednik), jeśli tak to czy planujesz rozwinąć algorytm, który by ten efekt minimalizował?
  3. Czy planujesz do FOC'a (oprócz enkodera) wrzucać również prądy?
  4. Bardzo ciekawy projekt, szczególnie, że planujesz wykorzystać silniki BLDC i sterowanie FOC, będę śledził. Zastanowiłbym się nad mikrokontrolerem, rodzina F1 jest już stosunkowo stara. Jak rozumiem jest to projekt rozwojowy, więc nie musisz jakoś specjalnie optymalizować sprzętu, żeby kosztował jak najmniej, a jednocześnie spełniał wszystkie założenia jak najoptymalniej. Polecałbym coś z FPU, już chociażby coś z rodziny F3 może być lepszym wyborem, ze względu na to, że będziesz wykorzystywał filtry do fuzji danych z IMU, może Kalman, Madgwick/Mahony, na pewno zauważysz różnice w czasach wykony
  5. Aż głupio się przyznać, ale przy zamawianiu wkradł mi się błąd i zamiast układu MMC5983MA zamówiłem MMC5883MA, a ten układ komunikuje się jedynie po I2C. Zamawiam teraz już ten właściwy i jak przyjdzie to dam znać czy konfiguracja była poprawna.
  6. Cześć, to już któryś wieczór, kiedy siedzę i próbuję zrozumieć dlaczego nie mogę połączyć się z magnetometrem MMC5983MA po SPI, więc postanowiłem się podzielić problemem. Na własnej płytce mam STM32F4, kilka układów na SPI1, SPI5, które działają i nieszczęsny magnetometr MMC5983MA na SPI2, który korzysta z tych samych funkcji, lecz nie chce rozmawiać. Odbiór danych w kodzie wygląda tak: uint8_t bufferSize = 2U; uint8_t readWriteBit = 0x80; uint8_t timeout = 10U; uint8_t productIdAddress = 0x2F; uint8_t txBuffer[2] = { productIdAddress | readWriteBit, 0x00 }; uint8_t rxBuffer[2] = {
  7. Posiadam kamerę Sony FCB-EV7520 (dokumentacja w załączniku), której wyjściem wideo jest sygnał w postaci YPbPr 4:2:2 wysyłany za pomocą interfejsu LVDS. To czego potrzebuje to napisanie programu na układ FPGA, który odbierze sygnał LVDS, przekształci go i wypuści sygnał zgodny ze standardem HDMI lub USB. Nie jest to coś nowego, bo tego typu urządzenia są w sprzedaży, lecz są drogie 350€ i mają już konkretny kształt, a w przyszłości chciałbym móc to zamknąć na swojej PCB. Jeżeli masz doświadczenie z FPGA, szczególnie z przetwarzaniem wyżej wymienionych sygnałów wideo to zapraszam do kontaktu. J
  8. Właśnie ja jestem zdania, że albo koszulka jest czysta i zawiera jedynie logotypy samych zawodów i wtedy za nią płacę lub zawiera dodatkowo logotypy sponsorów, jest jednocześnie reklamą i wtedy zawodnicy dostają ją gratis. Tutaj było tak pomiędzy, bo był chyba tylko jeden logotyp sponsora, ale jednak.
  9. Alvedro

    Cukiereczek

    Bardzo fajna konstrukcja. Kilka pytań: 1. Dlaczego przełożenie w silniku 10:1, odcinki proste często są krótkie, więc chyba rzadko jesteś w stanie rozpędzić go do maksymalnej prędkości, nie lepiej mieć większe przyspieszenie kosztem niższej maksymalnej prędkości? 2. I2C nie lubi za bardzo zmiennego pola magnetycznego, możliwe, że to powodowało problemy z VL53L1X. Jak przez BLDC przepuszczałem sygnały I2C to przewody zasilające silnik przepuszczałem kilkukrotnie przez koralik ferrytowy. 3. Gdzie dorwałeś enkodery AS5047P? Ostatnio miałem problem, żeby dostać coś z enkoderów mangetyczn
  10. Może jednak ktoś jeszcze dołączy do dyskusji, może któryś z organizatorów zawodów?
  11. Mikro streszczenie: Piszę to z perspektywy zawodnika Minisumo, więc weźcie to też pod uwagę. Pojawiło się dużo nowych zawodników, co bardzo cieszy, organizacyjnie bardzo słabo, duże opóźnienia, nagrodą za 2 miejsce w Minisumo były płytki od ST, bon na zakupy w Igusie i sporo różnych, ciekawych gadżetów, razem ok. 500 zł, więc całkiem dobrze. Już po zawodach, więc czas na podsumowanie. Na Robomaticonie prawie nieprzerwanie pojawiałem się od 2014 roku, więc mam pewną ciągłość i pogląd na to, w którą stronę organizacja zawodów się rozwijała. W tym roku starowałem w kategorii Minisumo i główn
×
×
  • Utwórz nowe...

Ważne informacje

Ta strona używa ciasteczek (cookies), dzięki którym może działać lepiej. Więcej na ten temat znajdziesz w Polityce Prywatności.