Elvis

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

@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 prz

@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

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.

@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ć.

A tak z ciekawości zapytam, czym ten pomysł różni się od zwykłego hackerspace-u?

@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 rzeczywist

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: 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.

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ę.

@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.

@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ę odsu

@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?

Ciężko jest zgadywać co może być źle nie mając przed sobą płytki, ani nawet nie widząc programu bo "nie tak" może być właściwie wszystko. Chociaż proponowałbym zacząć od programu - jak wysyłasz dane przez ten UART?

Napisać pewnie można wszystko... ale jak się później okaże, że jednak jest jeden szczególny przypadek kiedy to jest liczba podkatalogów plus trzy to będzie trzeba poprawiać, tłumaczyć się i przepraszać

W przypadku plików w sumie jest łatwo, chociaż moim zdaniem temat linków niekoniecznie pasuje do ogólnej tematyki (poziomu) tego kursu... natomiast jak chodzi o katalogi to jest jeszcze gorzej. Chyba najlepsze wytłumaczenie znalazłem tutaj: https://bertvv.github.io/notes-to-self/2015/10/18/the-number-of-hard-links-in-ls--l/ Ale to też nie jest liczba zawartych elementów... chyba najlepiej po prostu nie czytać tej wartości

Ja tylko dodam, że przykład na linkowanej grafice dotyczył zwykłego pliku, a nie katalogu. I faktycznie opis nie jest najlepszy, chociaż nie mam pomysłu jak wyjaśnić znaczenie tej wartości nie wchodząc w sztywne dowiązania (hard links) i szczegóły systemu ext4 Ale wszelkie sugestie na pewno będą mile widziane

Proponuję zacząć od ustawienia HSI jako źródła taktowania, nawet bez PLL. Sama konfiguracja zegarów wygląda ok, ale jeśli z lutowaniami były problemy to może oscylator nie działa?