Skocz do zawartości

Elvis

Nowy
  • Zawartość

    2694
  • Rejestracja

  • Ostatnio

  • Wygrane dni

    198

Posty napisane przez Elvis

  1. @Harry_man Jesteś pewien, że przerabiasz ten kurs na STM32F103? Pytam, bo przykłady dotyczą tylko mikrokontrolera F103, na innych mają pełne prawo nie działać.

    Dawno nie zaglądałem do kodu HAL na F1, więc wiele mogło się zmienić, ale nie widzę pola Alternate w strukturze GPIO_InitTypeDef (https://github.com/STMicroelectronics/STM32CubeF1/blob/master/Drivers/STM32F1xx_HAL_Driver/Inc/stm32f1xx_hal_gpio.h) - więc albo mamy inne wersje biblioteki, albo inny mikrokontroler. I jeśli różnica wynika z użycia innego modelu mikrokontrolera to miałbym prośbę do admina o wydzielenie dyskusji, bo chyba nie dotyczy tego kursu.

    • Lubię! 1
  2. @FlyingDutch Bardzo ciekawa wyszukiwarka, miło popatrzeć na oferty z podanymi widełkami 🙂

    Nie zmienia to faktu, że pomijając reklamy i powtórzenia, zostają jakieś 3 oferty pracy 😞 Wiem, że są oferty pracy przy FPGA i wiem, że bywają dobrze płatne. Ale o ile się orientuję takich ofert dość mało, a oczekiwania bywają bardzo wygórowane. Moim zdaniem warto jest poznawać układy programowalne, jest to niesamowicie interesująca dziedzina - ale czy "opłacalna", to już nie jestem przekonany.

    • Lubię! 2
  3. Nie żebym odradzał naukę jakiejkolwiek technologii, ale tak z ciekawości - jak dużo znacie projektów, czy miejsc pracy gdzie faktycznie używane są układy FPGA? Czy na pewno są one bardziej popularne niż AVR? Pytam, bo jeśli traktujemy wybór technologii tylko przez pryzmat "opłaca się", to nie jestem pewien czy akurat przy FPGA jest łatwiej o pracę niż przy 8-bitowych mikrokontrolerach.

    • Lubię! 1
  4. @SOYER Chodziło mi o to, że dla RS-232 jest bardzo łatwo, wystarczy dodać dwa konwertery, które linkowałeś poprzednio i gotowe. Ale to nie jest interfejs do komunikacji na większe odległości, do tego nadaje się przykładowo RS-485, jednak jego użycie będzie już wymagało trochę więcej pracy. Natomiast jeśli masz w domu sieć Ethernet, albo WiFi to może łatwiej będzie wykorzystać zamiast nowego kabla? Z ethernetem masz dużo więcej możliwości, np. dać Arduino + shield przy każdym wyświetlaczu, albo ESP i komunikować się bezprzewodowo. Możesz też kupić gotowy konwerter ethernet-uart np. https://elty.pl/pl/p/Konwerter-UART-TTL-na-Ethernet-/2447

    • Pomogłeś! 1
  5. @SOYER Podłączanie długich przewodów bezpośrednio do mikrokontrolera jest na ogół złym pomysłem i szybko się mści (np. podczas burzy). Więc może zamiast UART lepiej wykorzystać standardowy interfejs, chociażby RS-232? Dajesz prosty układzik typu MAX232 i po sprawie. A jak potrzebujesz jeszcze większego zasięgu to i RS485 możesz wykorzystać.

    • Pomogłeś! 1
  6. Myślę, że argument o skali produkcji jest znacznie trafniejszy niż wycenianie pamięci flash, jej koszt to niewiele ponad 1$. Pamięci QSPI flash są teraz zaskakująco tanie, szkoda że nadal mało popularne np. dla STM32.

    Ale nie chciałem się czepiać ceny modułu, po prostu wydał mi się trochę za drogi, szczególnie jeśli porównamy z Raspberry Zero. Natomiast fajnie że moduły zgodne z Pico już się pojawiają, większy wybór to zawsze zaleta dla kupujących 🙂

  7. Podobno Steve Jobs był przeciwnikiem wyłączników w urządzeniach Apple - Raspberry chyba pozazdrościło, a skoro wyłączniki już były, więc stara się pozbyć resetu. W przypadku SBC to może ma jakiś (niewielki) sens, ale konieczność odłączania pico od USB przy każdym programowaniu jest .... nieidealna.

    Co ciekawe Botland ma już w ofercie "klona" Pico gdzie przycisk resetu został uwzględniony: https://botland.com.pl/raspberry-pi-pico/18865-sparkfun-pro-micro-rp2040-sparkfun-dev-17717.html Ale to chyba reset z czystego złota 😞

  8. Jak już komuś doradzamy, to ja radziłbym uważać na oszczędności w wykorzystaniu pamięci:

    10 minut temu, H1M4W4R1 napisał:

    char n[2];

    Napisy w języku C mają najczęściej \0 na końcu, a w tej tablicy brakuje dla końcowego zera miejsca, więc wbrew nazwie numToText wynikiem nie jest typowy string. Kod może i działa, ale łatwo zrobić błąd i mieć piękne przepełnienie bufora.

    • Lubię! 2
  9. 7 minut temu, ethanak napisał:

    Na razie widzę jedną drobną wadę, ale ważną w przypadku kogoś kto pierwszy raz w życiu ma to w ręku i chciałby poeksperymentować na stykówce: każdy pin jest bardzo ładnie opisany... pod spodem płytki

    Dla mnie największą wadą jak dotychczas jest brak przycisku reset. To w połączeniu z brakiem programatora mnie na razie zniechęciło do dalszych eksperymentów. Ale magia nazwy "Raspberry" zobowiązuje, więc pewnie do modułu jeszcze wrócę.

    • Lubię! 1
  10. @zook z okienkami to nic złego. Ale nie było łatwo cokolwiek w C/C++ skompilować dla Pico. Przynajmniej według instrukcji od Raspberry. Mam wrażenie, że dużo lepiej przetestowali narzędzia pod linuksa, a w szczególności Raspbiana na Rpi4. Bo wtedy faktycznie wszystko zadziałało pięknie, niestety pod windowsem miałem trochę problemów. Pewnie niedługo wsparcie dla okienek będzie lepsze, jednak na dzisiaj o wiele łatwiej jest zainstalować STM32CubeIDE niż środowisko dla Raspberry Pico 😞

×
×
  • 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.