FlyingDutch

Cześć, pobrałem archiwa - jutro będę je analizował (dzisiaj jestem już zmęczony). Pozdrawiam

Cześć, a możesz wysłać plik makefile? Ja miałem błędy własnie w makefile. Jeśli możesz to wyslij spakowane źródła całego projektu. Pozdrawiam

Cześć, mi wyszukiwarka Google wypluwa mnóstwo informacji dot. kart SD: https://www.digitalcitizen.life/fat32-or-ntfs-how-format-sd-cards-memory-sticks-and-hard-drives https://superuser.com/questions/248078/choice-of-filesystem-for-gnu-linux-on-an-sd-card https://os.mbed.com/cookbook/SD-Card-File-System https://www.androidauthority.com/high-capacity-microsd-cards-android-gary-explains-690710/ https://www.sdcard.org/downloads/formatter/faq/ https://www.icare-recovery.com/howto/sd-memory-card-raw-file-system.html https://pl.wikipedia.org/wiki/Secure_Digital https://www.arduino.cc/en/Reference/SD Pozdrawiam

Cześć, w wydawnictwie BTC jest cała książka na ten temat (może będzie pomocna w twojej pracy): https://wydawnictwo.btc.pl/elektronika/197879-karty-sdmmc-w-systemach-mikroprocesorowych-e-book.html?search_query=Karty+&results=6 Pozdrawiam

Cześć, wręcz przeciwnie - musi się spodziewać kontroli i dużych kar w przypadku niezgodności. Wiem bo w firmie robiliśmy certyfikaty CE dla kilku produktów, to bardzo kosztowny i trudny temat. Tak jak napisał kolega @RFM badania kosztują duże pieniądze, a żeby wstępnie sprawdzić samemu produkt trzeba dysponować drogim analizatorem widma (w szerokim zakresie częstotliwości). Pozdrawiam

Cześć, co do wchodzenia po schodach to może konstrukcja zbliżona do tej: https://www.instructables.com/id/Stair-Climbing-Robot-1/ Pozdrawiam

Cześć, dyskusja bardzo ciekawa, ale chyba nie ten dział - wątek powinien być przeniesiony do działu "Mikrokontrolery" Pozdrawiam

Cześć, jeśli chodzi o sam moment obrotowy to znajdziesz takie silniki krokowe, nie jestem natomiast pewien, czy inne parametry dynamiczne będą dostateczne: prędkość obrotowa i przyśpieszenie. Istotne jest w jaki sposób będzie zrobione przeniesienie napędu z ruchu obrotowego na liniowy (trzeba by było to policzyć). Silnik o momencie obr. zbliżonym do 2Nm możesz znaleźć np. tutaj: https://www.jvl.dk/326/high-torque-stepper-motors Pozdrawiam

Cześć, @Kamilekkk pod linkiem, który podałeś jest tutorial jak wygenerować sinusoidę z użyciem DAC i DMA. To kolega @RFM opisywał takie rozwiązanie, nie ja. Ja opisywałem rozwiązanie, gdy za pomocą tablicy funkcji sinus (te 256 wartości) modyfikujesz wartość PWM. W twoim typie mikro=kontrolera możesz ustawić częstotliwość zegara na max. 180 MHz, czyli dużo więcej niż 1 Mhz. Dołącz do twojego postu kod programu, bo bez niego to nie można powiedzieć nic konkretnego na temat twojego problemu Pozdrawiam

Cześć, mam do napisania dużą aplikację z dość skomplikowanym graficznym GUI dla Linuxa (dystrybucja: OpenSTLinux dla STM32MP1) działającego na dedykowanej (własne PCB) płytce z MCU STM32MP157C. Aplikacja ma działać na 12 calowym monitorze z interfejsem dotykowym na płytce opartej na STM32MP157C. Aktualnie piszę ten software w oparciu o zestaw uruchomieniowy STM32MP157C-DK2 - patrz link: https://kamami.pl/zestawy-uruchomieniowe-stm32/574376-stm32mp157c-dk2-zestaw-startowy-z-mikroprocesorem-stm32mp157c.html Docelowy hardware będzie opart o moduł "VisionSOM-STM32MP1 (SLS18)" firmy SoMLabs: https://somlabs.com/product/visionsom-stm32mp1/ z dedykowaną płytką bazową z dodatkowymi peryferiami (własne PCB). Już jakiś czas temu po analizie problemu wybrałem tą platformę sprzętową jako optymalną (według mnie) dla tego projektu. Do 'develompmentu' używam Debiana 9.4 ze skonfigurowanym kompilatorem skrośnym (ARM) dla OpenSTLinux według tutoriala firmy STM z tej strony: https://wiki.st.com/stm32mpu/index.php/STM32MP1_Distribution_Package Wszystko ładnie działa - przykładowe proste programy z GTK po załadowaniu na zestaw uruchomieniowy z działającym OpenSTLinux wykonują się poprawnie. Do tworzenia GUI w GTK pragnę używać pakietu Glade na Debiabnie, chociażby z powodu, że jest bardzo dobry wielo-częściowy tutorial o tworzeniu aplikacji GTK z użyciem Glade na Youtube - patrz link: Do programowania aplikacji w GTK można używać wielu języków programowania : C, C++, Python, Perl itp. Chociaż znam trochę Pythona i Perl'a dla mnie oczywistym wyborem jest język C lub C++ które znam dużo lepiej niż Python'a czy Perl'a. I tutaj mam dylemat, czy wybrać C (nieobiektowe) czy obiektowe C++. Obiektowe C++ ma dużo zalet, można korzystać z dziedziczenia, polimorfizmu i wszystkich zalet języka obiektowego. Pisanie w stylu C (nieobiektowym) nie ma tych zalet. Obawiam się jednak o problemy wydajnościowe i zajętości pamięci w przypadku C++. I tutaj mam pytanie do osób, które mają doświadczenie w pisaniu aplikacji z użyciem GTK, czy wybór C++ nie pogorszy wydajności programu. Jednak platforma STM32MP1 ma swoje ograniczenia (chociażby małą ilość pamięci DDR i procesor o ograniczonym taktowaniu. Aplikacja musi bardzo szybko reagować na działania użytkownika na ekranie dotykowym. Co wybrać C++ czy C? Będę bardzo wdzięczny za podpowiedź Pozdrawiam

Cześć, nie - nie powinieneś zmieniać sterownika. Objaw, który opisałeś jest typowy dla złej definicji pinu zegara w pliku ucf - występuje on po załadowaniu błędnej konfiguracji FPGA do układu za pomocą konfiguratora. Już kilka razy podawałeś informacje, które okazały się błędne, sądzę, że jest tak i teraz. Absolutnie nie chcę, Cię obrażać, czy zniechęcać - jednak układy FPGA są bardziej wymagające niż mikroprocesory (trzeba rozumieć co się robi). Chcę Ci pomóc w rozwiązaniu twojego problemu. Spróbuj zrobić to co opisał Elvis w swoim poście, jeśli to nie pomoże, to zrób to co opisałem ja - przecięcie ścieżki i załadowanie poprawnego projektu (np. z tego linku) - mówię o pliku bin: Jeśli chcesz sam rozwiązać ten problem nie ma problemu - jeśli znajdziesz inny alternatywny sposób rozwiązania tego problemu opisz go na forum, z pewnością przyda się innym Pozdrawiam

Cześć, odwrócę pytanie: "Po co zatrudniać DMA jeśli CPU wystarczy?". Tu chodzi o sinusoidę o częstotliwości 5 KHz a nie 50 MHz. Widzę ES2, że "nawróciłeś" się na ARM'y. Szybko nadrabiasz zaległości - jeszcze niedawno twierdziłeś, że "RTOS" to system operacyjny przypominający Windows (chyba była o to mała kłótnia z Elvisem, jeśli mnie pamięć nie myli). Ale to cieszy, z większością twoich ostatnich postów (jako RFM) się zgadzam, ale w przypadku tego podałem alternatywne rozwiązanie. Zauważ, że kolega zadający pytanie jest początkujący, a użycie DMA komplikuje trochę program. Pozdrawiam

Cześć, jeśli wgrałeś plik UCF z błędnym mapowaniem pinu zegara to jak najbardziej mogłeś uszkodzić płytkę FPGA (jest to problem specyficzny dla modelu Elbert V2). Przydarzyło się to już Elvisowi i mnie. W najgorszym przypadku będziesz musiał przeciąć jedną ścieżkę na płytce i wgrać poprawny plik projektu (z prawidłową definnicją zegara w pliku ucf). Patrz ten linki: Tam masz opisane jak można naprawić Elbert'a. Pozdrawiam

Cześć, użycie DAC'a w tym przypadku upraszcza sprawę, ale możesz to także zrobić bez niego za pomocą PWM. Aby wygenerować sinusoidę o częstotliwości 5 KHz częstotliwość PWM musi być większa niż 10 KHz - wynika to z twierdzenia Kotielnikowa-Shannona zwanego też zamiennie twierdzeniem Nyquista-Shannona - patrz link: https://pl.wikipedia.org/wiki/Twierdzenie_o_próbkowaniu Uzyskanie przebiegu PWM o częstotliwości > 10 KHz (okres mniejszy niż 100 us) nie stanowi żadnego problemu na STM32F4. Zainstaluj sobie STM32CubeMX i następnie w nim zainstaluj pakiet "STM32Cube_FW_F4_V1.xx". Przejdź do katalogu z repozytorium CubeMX (katalog: C:\Users\TwojUser\Documents\STM32CubeMX)- wejdź do katalogu z nazwą zainstalowanego pakietu dla F4, potem \..Projects\STM32F411RE-Nucleo(lub inna plytka)\Examples_LL\TIM\TIM_PWMOutput. Tam będziesz miał przykładowy program jak wygenerować wymagany PWM (powiniem mieć co najmniej 8-bitów). Potem musisz stablicować wartości funkcji sinus z potrzebną Ci dokładnością (np. 256 próbek). Ostatnie co robisz to to wyrzucasz próbki z tablicy funkcji sinus w ten sposób, iż ustawiasz wartość PWM proporcjonalną do wartości funkcji sinus w tym punkcie. Na koniec dajesz prosty filtr dolnoprzepustowy[jak to już napisał kolega RFM] (np. na wzmacniaczach operacyjnych) i cieszysz się piękną sinusoidą. Oczywiście można to ulepszyć za pomocą DMA, ale i bez jego użycia da się to zrobić. Pozdrawiam

Cześć, nie rozumiem, po co piszesz, że wszystko jest OK. Nic Ci nie działa prawidłowo - tak właśnie jak u Ciebie objawiają się błędy tego środowiska. pod Windowsem 10 Prawdopodobnie odpalasz wersję 64-bitową "Project Navigator ISE" - ta wersja nigdy nie działala mi poprawnie pod Windows10 . Zlokalizuj wersję 32-bitową (gdzieś w podkatalogu bin) i ją uruchom - prawdopodobnie nie będzie już tego błędu (zamykania się środowiska). Faktu, iż nie działa symulacja u Ciebie jestem prawie pewien (pewnie pomyliłeś ją z fazą syntezy i implementacji). Pisałeś, lub uruchamiałeś "test bench", żeby uruchomić symulację. Używaj tylko wersji 32-bitowej środowiska, bo tylko ona (w niepełnym zakresie) działa dla Windows10 prawidłowo. Najlepiej zainstalować ISE pod Linuxem (tam działa to dobrze). Scieżka do 32-bitowego "Project Navigatora pod Windows10 to : Pozdrawiam BTW: do przejścia kursu FPGA Forbota na Elbercie na szczęście nie jest potrzebna dziłająca opcja symulacji.