piotr96

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.

Dlaczego potrzebne są konwertery dwukierunkowe? Nie wystarczy tylko zamiana w dół, z +24V?

Dziękuję raz jeszcze za bardzo merytoryczne odpowiedzi. Dałeś mi do myślenia tymi przerzutnikami Schmitta, dlatego schematy poprawione będą później. Na razie zmieniłem wszystkie rezystory w ,,wejsciach" na 10K - powinno być chyba ok (razem ze zmianą kondensatora w filtrze RC). Do tej pory byłem przekonany, że stosując filtr RC wytnę wszystkie śmieci. Dotychczas mój projekt na tej płytce Mimas V2 (a wcześniej Elbert V2) działał z wejściami - przyciskami bez żadnych sprzętowych filtrów oraz programowej eliminacji drgań styków - każde wciśnięcie przycisku było zliczone tylko raz (mój program odczytuje stan wejść co kilkadziesiąt, kilkaset taktów zegara 12 MHz), ponadto jest to mój pierwszy projekt elektroniczny, stąd nie jestem świadomy takich zagrożeń. Myślałem, że przy narastaniu sygnału z 0V do 24V, część układu po drugiej stronie transoptora zacznie przełączać się z 0 na 3,3V i dzięki filtrowi dostanę po chwili ładną jedynkę logiczną. Czy filtr RC nie powinien kasować właśnie takich szybkich przełączeń? Czym opisywana sytuacja różni się od drgań styków (w sensie przebiegów sygnałów, generacji zboczy)? Czy powolnego narastania zboczy nie można skompensować w jakiś sposób programowo? Pytam, gdyż zależy mi z kilku powodów na możliwie najprostszej części sprzętowej, a jednocześnie działającej niezawodnie.

Dziękuję bardzo za szybką i wyczerpującą odpowiedź. W obydwu układach konieczna jest optoizolacja. Co do rezystora przy LEDach - zdecydowanie mój błąd, bezmyślnie przepisałem wartość z pewnego schematu na którym się częściowo wzorowałem, nawet nie sprawdzając czy ma jakikolwiek sens. A teraz po kolei: Prąd LED jak wyżej. Prąd diody transoptora - dam większy rezystor. Wartość R4 - nie mam doświadczenia i wyrobionej intuicji w doborze wartości takich elementów, zmienię na 10k. Postaram się znaleźć później jakieś materiały na ten temat - jeżeli znasz coś przystępnego dla początkujących, to proszę o podesłanie. Rezystor na wyjściu, filtr RC - tak chodziło o stałą czasową filtra, zmienię to zgodnie z zaleceniami. Co rozumiesz przez ,,agresywne filtrowanie"? Dużą stałą czasową filtru? Myślałem, że 33 ms to nie jest wiele. Sygnał 24V pochodzi z pewnych ,,zabawek" symulujących linię produkcyjną - nie są to sygnały szybkozmienne, stała czasowa jest dobrana trochę na wyrost. Wyjście rzeczywiście powstało w bólach na bazie kilku schematów. Trochę mylnie rozumiałem działanie transoptora - trochę na zasadzie włącz/wyłącz. Oznaczenie tranzystora - byłem przekonany, że źródło w oznaczeniu to połączone ,,dwie nóżki:, a bramka jest z ,,drugiej strony" niż żródło i dren. Moją intencją było zapewnić stałe napięcie na bramce, a ,,sterować" napięciem na źródle. Tak, obciążenie włączone od wyjścia do masy. Drugi pin gniazdka na razie jest nieistotny, po prostu wziąłem taki element z biblioteki Altiuma - nie widziałem tam ,,jednoelementowego" goldpina (pewnie jest tam jakiś bardziej stosowny element, który powinienem użyć). Docelowo tych wejść i wyjść będzie po 8, tutaj przedstawiłem tylko schematy pojedynczych. Zabieram się teraz za poprawę schematów. Niedługo postaram się je wrzucić.