piotr96

Ale czemu „In"? In odnosi się do konfiguracji pinu jako wejście, a w Twoim przypadku to nadal będzie wyjście, czyli "Out". Zerknij na przykład na to: http://www.handsonembedded.com/stm32f103-spl-tutorial-2/ W tym linku jest przykład sterowania diodą aktywną stanem niskim, wyjście jest nadal skonfigurowane w trybie Push-Pull.

A możesz rozwinąć jakie masz wątpliwości? W trybie Push-Pull można wymusić zarówno wysoki, jak również niski stan wyjścia.

Ja nie jestem zbytnio doświadczony w kwestii interfejsów komunikacyjnych, ale mam jedno pytanie. Próbowałeś może zmienić długość słowa interfejsu SPI z 8 bitów na 16? Chodzi mi o to, żeby nie było przerwy w generowaniu zegara pomiędzy bajtami – chociaż chyba to bez znaczenia, ale zawsze możesz sprawdzić, nie zaszkodzi.

Dziękuję za wskazówkę, spróbuję jakoś wykorzystać to narzędzie. Oferty z aliexpress miały charakter poglądowy, moja płytka i czujnik mogą się nieco różnić - ja raczej nic nie będę zdejmował, muszę zamocować obiektyw na to, co mam.

Tak, chcę przymocować obiektyw do tej płytki z czujnikiem.

Dziękuję za odpowiedzi. @Treker Ja sam dokładnie nie wiem, w tym jest główny problem. Linki do podobnych „zestawów" (czujnik CMOS image sensor + obiektyw): https://pl.aliexpress.com/item/32777588909.html https://pl.aliexpress.com/item/4000076997519.html?spm=a2g0o.productlist.0.0.4e467ce1clsjLk&algo_pvid=204936c7-fc4c-4ec9-b4b3-052ee294630c&algo_expid=204936c7-fc4c-4ec9-b4b3-052ee294630c-39&btsid=80adc723-74e6-492e-8530-8aa891c97053&ws_ab_test=searchweb0_0,searchweb201602_1,searchweb201603_55 @Gieneq Tak myślałem, muszę kombinować inaczej.

Nigdy nie miałem styczności z drukiem 3D, a muszę wykonać tą metodą mocowanie do obiektywu. Patrzyłem na kilka ogłoszeń z AliExpress z gotowymi zestawami, ale nadal nie wiem jak to zrobić. Mam taką płytkę z czujnikiem (nie mojego projektu): Posiadam obiektyw z gwintem M42, który muszę jakoś zamocować do tej płytki. Czy ma ktoś może pomysł jak powinno wyglądać w miarę solidne, „mające ręce i uszy" mocowanie? Na razie w programie Fusion 360 narysowałem sam gwint (wewnątrz, średnica zewnętrzna tego „okręgu" to 50 mm - wartość „z sufitu"), umieściłem go mniej więcej po środku czujnika. Ale nie wiem, czy nie będzie problemem, że „okrąg" nachodzi na otwory przeznaczone (chyba) na śrubki? Ponadto zastanawia mnie to, że odległość między czujnikiem a jedną z krawędzi płytki wynosi tylko 4 mm, wydaje mi się to trochę mało, przykładowy „okrąg" wychodzi poza obrys. Czy na podstawie tych informacji, ktoś mający jakieś doświadczenie z drukiem 3D może mi wyjaśnić, jakie mocowanie do obiektywu przewidywał autor PCB? Z góry dziękuję za każdą wskazówkę.

Jeśli chodzi Ci o opis biblioteki StdPeriph dla Twojego mikrokontrolera, to zapoznaj się z tym dokumentem: https://www.st.com/content/ccc/resource/technical/document/user_manual/d1/02/f0/b6/1a/8a/43/de/DM00068049.pdf/files/DM00068049.pdf/jcr:content/translations/en.DM00068049.pdf Jeżeli chcesz zapoznać się z rejestrami stma, to odpowiedni będzie reference manual.

Ogólnie w dokumentacji (F303) masz taki rysunek: W dokumentacji F103 (takiej, jak w kursie) masz inny rysunek: Możesz jeszcze zajrzeć do dokumentu opisującego różnice między seriami: https://www.st.com/content/ccc/resource/technical/document/application_note/8e/c8/8d/e3/ee/ff/44/e6/DM00073522.pdf/files/DM00073522.pdf/jcr:content/translations/en.DM00073522.pdf Znajdziesz tam na przykład takie informacje: Twój kompilator zresztą Cię o tym poinformował: Po prostu powinieneś wstawić AHB w miejsce APB2 w kodzie programu. To powinno zlikwidować pierwszy błąd. (Przyznam szczerze, że nie chce mi się szukać dlaczego funkcja ma w nazwie AHB zamiast AHB2 - możesz poszukać.) Mam nadzieję, że z kolejnymi błędami sobie poradzisz. Decydując się na przerobienie zadań z kursu na innym niż dedykowanym zestawie, musisz liczyć się z tego typu różnicami pomiędzy różnymi seriami stmów. Przez pomyłkę poniższy rysunek dodał się dwa razy - nie umiem go usunąć:

To w takim razie musisz zajrzeć do dokumentacji swojego mikrokontrolera lub poszukać odpowiednich przykładów. Na przykład w Twoim przypadku szyna, do której podłączony jest port GPIOA, nie nazywa się APB2 - pewną wskazówkę masz w komunikatach kompilatora u dołu programu (AHB). Analogicznie, w używanym przez Ciebie sprzęcie mogą nie istnieć pewne tryby (GPIO_mode) działania pinów układu, które istnieją w F103.

Z jakiej płytki korzystasz? Projekt masz skonfigurowany na mikrokontroler F303, a kurs jest dla F103.

Dziękuję raz jeszcze, pewnie skorzystam z możliwości testów, ale najpierw spróbuję sam coś uruchomić. Akurat, niestety, Intel nie wchodzi w grę.

Dziękuję za linki, na pewno się przydadzą, zwłaszcza ostatni. Niestety, wykorzystanie rozwiązań komercyjnych raczej nie wchodzi w grę. Projekt ma charakter edukacyjny i jak najwięcej rzeczy chcę zrobić sam. Dodatkowo, w tej chwili korzystam z Xilinxa, a ostateczna wersja będzie zrealizowana prawdopodobnie na układzie innej firmy, dlatego chciałbym mieć tak przenośny kod, jak to tylko jest możliwe. Mam jeszcze średnie wyobrażenie o skali problemu - do tej pory myślałem, że po zastosowaniu bloków do zamiany sygnału różnicowego (zewnętrznego) na sygnał asymetryczny (wewnątrz FPGA) zrobię odbiorniki i nadajniki w podobny sposób do prostych, wolnych interfejsów UART, SPI, I2C, wykorzystując również jakiś blok PLL do generacji szybszego zegara. Muszę jeszcze sporo poczytać o tym .

Dziękuję bardzo za wyczerpującą odpowiedź. Teraz przynajmniej mam już pewność, że niestety muszę użyć tych prymitywów.

W ramach pewnego projektu muszę obsłużyć komunikację za pomocą interfejsu LVDS w układzie programowalnym FPGA (lub w zasadzie, w tej chwili, SoC). Interesuje mnie zarówno nadajnik, jak również odbiornik. Szukam materiałów na ten temat w internecie i w zasadzie jedyne co znalazłem to odpowiednie skonfigurowanie pinów i użycie prymitywów (np. IBUFDS - dla Xilinxa) w kodzie VHDL (tego języka używam). Czy jest jakaś (w miarę prosta) możliwość zastąpienia tych prymitywów własnym kodem? Nie mam pomysłu na napisanie takiego elementu, niewprowadzającego zbędnych opóźnień. Zależy mi na zapewnieniu możliwie jak największej „przenoszalności" kodu. Czy jest możliwość sprawdzenia, co tak naprawdę znajduje się w tych prymitywach (chciałbym zobaczyć, co „siedzi" w środku)? Czy może jest to po prostu fizyczny element, „zaszyty" wewnątrz FPGA? Czy jeżeli opiszę własny komponent, mający dwa wejścia (sygnały różnicowe zanegowany i nie) i jedno wyjście (które będzie po prostu podłączone do wejścia niezanegowanego lub będzie działać według załączonej tabeli zaczerpniętej z dokumentacji Xilinxa), to narzędzie do syntezy „domyśli się", że trzeba wstawić w to miejsce wejściowy bufor różnicowy? Czy nie będzie problemu z przeniesieniem projektu na inny układ (innego producenta)? Przepraszam za poziom pytań, ale pierwszy raz będę korzystał z transmisji różnicowej i nie wszystko jest dla mnie jasne. Ponadto, nie mam dużego doświadczenia z układami programowalnymi.