-
Zawartość
2694 -
Rejestracja
-
Ostatnio
-
Wygrane dni
198
Posty napisane przez Elvis
- Poprzednia
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- Dalej
- Strona 2 z 105
-
-
- Popularny post
- Popularny post
@H1M4W4R1 GameDev to chyba nieco offtopic w tej dyskusji, ale poruszyłeś bardzo ciekawy temat - może napisałbyś oddzielny artykuł jak obecnie powstają gry (zakładam że na urządzenia mobilne)? Chyba każdy programista kiedyś marzył o pisaniu gier, więc tematyka może być dla wielu czytelników interesująca
Dla mnie bardzo ciekawe jest jak wygląda sam proces tworzenia gry - ile osób jest w to zaangażowanych, jak powstaje pomysł, kto realizuje grafikę, muzykę, kod programu. Natomiast patrząc na bardziej "techniczną" stronę forum, miło byłoby poznać technologie używane obecnie podczas tworzenia gier - jakie języki programowania są używane, czy gry powstają na konkretną platformę, a może są przenośnie (i jak się to uzyskuje), pewnie nikt już nie rysuje pojedynczych pikseli na ekranie, więc kolejne ciekawe pytanie to jakie biblioteki i narzędzia są obecnie używane. W sumie taki wstęp do pisania gier mógłby być bardzo obszerny i interesujący. A jeśli dodałbyś "krótki kurs" pisania własnego indyka (https://pl.wikipedia.org/wiki/Niezależna_gra_komputerowa), to moim zdaniem masz dużą szansę na zwycięstwo w konkursie na najlepszy artykuł https://forbot.pl/blog/konkurs-napisz-artykul-podziel-sie-wiedza-i-wygraj-2000-zl-id47261
-
4
-
@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.
-
2
-
-
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.
-
1
-
-
- Popularny post
- Popularny post
A tak jako ciekawostka - kto wie skąd pochodzi ten przykładowy obrazek? Bardzo często jest używany więc, może warto wiedzieć
-
3
-
- Popularny post
- Popularny post
Jeśli w komputerze działa przeglądarka to nic już więcej nie potrzeba, żeby zacząć przygodę z AI. Zamiast inwestować całkiem niemałe pieniądze w akcelerator, na początek wystarczy skorzystać z chmury, np. Google Colab: https://colab.research.google.com/notebooks/intro.ipynb
-
4
-
1
-
- Popularny post
@Emerid Konfigurując DMA wybrałeś szerokość danych "half word". To oznacza, że DMA będzie kopiować wartość 16-bitową z pamięci do rejestru timera. Typu zmiennej nie mają tutaj najmniejszego znaczenia - DMA działa na niższym poziomie niż język C, po prostu odczyta zawartość pamięci, niezależnie jakiego typu zmienna się tam znajdzie (a nawet jeśli w danym miejscu nie będzie zmiennej). Gdy deklarujesz zmienną duty jako typ uint16_t to kompilator C tworzy w pamięci zmienną o rozmiarze 16-bitów, czyli dokładnie taką, jak DMA później odczyta. Natomiast jeśli zmienisz typ na uint8_t to kompilator przydzieli dla zmiennej tylko jeden bajt - natomiast DMA nadal będzie kopiowało dwa.
-
2
-
1
-
@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
-
1
-
-
Jeszcze niedawno pisałeś o 1m. RS-232 na 30m raczej nie wystarczy, do tego to raczej RS-485 by się przydał, ale chyba prościej dać zwykły ethernet.
-
1
-
-
@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ć.
-
1
-
-
A tak z ciekawości zapytam, czym ten pomysł różni się od zwykłego hackerspace-u?
-
- Popularny post
- Popularny post
@enikan Zaczynając od pytania o Cortex-A71 - wikipedia nie jest może idealnym źródłem, ale znajdziemy tam ładne zestawienie dostępnych Cortex-A: https://en.wikipedia.org/wiki/ARM_Cortex-A Wygląda więc na to, że Cortex-A71 nie istnieje, albo chociaż nie został udostępniony publicznie. Jeśli masz taki to pewnie bardzo cenny egzemplarz
O ile rozumiem pytanie o "starszy" rdzeń pojawiło się po przeczytaniu linijki "model name" z /proc/info. To co tam jest wyświetlane nie ma związku z rdzeniem Cortex-A72, to zupełny przypadek, że fragment w nawiasie wyglądał podobnie do v71.
W rzeczywistości to nie jest v71, ale v7l. Tutaj v7 oznacza architekturę użytą do kompilacji jądra - więc prawdopodobnie używasz 32-bitowego jądra. Natomiast to co wyglądało jak jedynka na końcu to literka "L", oznaczająca kolejność bajtów w słowie (little-endian).
Jako ciekawostkę podpowiem, że treść tego komunikatu pochodzi prawdopodobnie z pliku arch/arm/kernel/setup.c, a dokładniej linii 1258:
seq_printf(m, "model name\t: %s rev %d (%s)\n", cpu_name, cpuid & 15, elf_platform);
Natomiast to co jest w nawiasie, czyli zawartość elf_platform z linii 714:
snprintf(elf_platform, ELF_PLATFORM_SIZE, "%s%c", list->elf_name, ENDIANNESS);
-
2
-
1
-
Skoro pin reset jest dostępny to faktycznie PICO zyskuje. Tak jak napisałem, nie miałem czasu przeczytać dokładnie całej dokumentacji
A faktycznie nie spodziewałem się, że RUN to taki nowy RESET, ale skoro tak to super - jutro dolutuję przełącznik i wracam do zabawy pico
-
Przyznam, że tylko pobieżnie czytałem dokumentację - na którym pinie wyprowadzony jest reset?
-
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
-
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
-
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.
-
2
-
-
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ę.
-
1
-
-
@Emerid Typ zmiennej przekazywanej do HAL_TIM_PWM_Start_DMA nie ma praktycznie żadnego znaczenia, DMA i tak nie zna typów języka C. Napisz może trochę dokładniej, co chcesz uzyskać i jak skonfigurowałeś kanał DMA. Prawdopodobnie błąd jest w konfiguracji i nie ma nic wspólnego z rzutowaniem.
-
1
-
-
- Popularny post
- Popularny post
@Kraevsky Przebicie to zupełnie inne zjawisko, przez dielektryk w kondensatorze nie przechodzą elektrony, a i tak prąd płynie. Wyobraź, albo wykonaj takie doświadczenie - weź dwa magnesy i np. kartkę papieru. Jeśli położysz magnesy blisko siebie po obu stronach kartki, to będą oddziaływały nawet przez nią nie przechodząc. Tak samo jest z elektronami w kondensatorze, nie przechodzą przez barierę dielektryka, ale oddziałują na siebie. Jeśli ustawisz magnesy tak żeby się odpychały, to będziesz miał podobnie jak z elektronami. Teraz zbliżając jeden z magnesów do kartki, zobaczysz że drugi się odsuwa - i to samo jeśli przysuniesz ten drugi, to odsunie się pierwszy. Więc jeśli magnesy byłyby w ruchu, powiedzmy dociskane sprężynkami to mogłyby sobie drgać nie stykając się ze sobą i nie przechodząc przez kartkę. Tak dokładnie działa "przepływ" prądu zmiennego przez kondensator. Elektrony na obu okładkach "przepychają" sąsiadów po przeciwnej stronie za pomocą pola elektrycznego, ale nie przechodzą przez dielektryk. Natomiast takie przesunięcia elektronów w zupełności wystarczają, żeby przepływał prąd. Ogólnie przepływ prądu jest związany z bardzo niewielkimi przesunięciami nośników ładunku - to nie jest tak, że elektron z jednego bieguna baterii przelatuje do drugiego. Bliższa analogia to bardzo długi rurociąg - jeśli z jednej strony zwiększy się ciśnienie to z drugiej zacznie wypływać np. woda. Ale dana cząsteczka wody nie przepływa od razu przez całą instalację.
-
2
-
1
-
@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
-
Ja przeczytałem wersję dla okienek, nawet przetestowałem i nie polecam
-
Chodziło mi raczej o użycie C/C++. Python ogólnie, a na mikrokontrolery w szczególności jakoś mnie nie przekonuje.
-
Zaciekawiły mnie te moduły PIO
-
Do mnie też dzisiaj dotarła przesyłka z Rpi Pico.
Tak z ciekawości zapytam - uruchamiacie to cudo używając okienek, czy jakiegoś innego systemu?
-
1
-
- Poprzednia
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- Dalej
- Strona 2 z 105
Kurs STM32 F1 HAL - #7 - liczniki (timery) w praktyce, PWM
w Artykuły redakcji (blog)
@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.