Adder

Dzień dobry! Bo ja należę do tej kategorii majsterkowiczów, którzy śrubki od zegarka odkręcają nożem do masła. Pracuję nad tym, ale na razie bez wyraźnych efektów. Bardzo dziękuję! Za poświęcony czas, za objaśnienia. Wszystko. Nawet pan nie wie, jak mi pan pomógł panie Marku. To się nazywa PRAWDZIWA POMOC Pracuję już nad przerwaniami zgodnie z sugestią. Myślałem z początku, że mnie to przerośnie, ale po pobieżnym zapoznaniu się myślę, że dam radę. Jako wkład własny zamierzam ominąć komendę digitalWrite dobierając się do rejestrów portów... Pewnie usiądę nad t

Jeszcze zapis najbardziej skomplikowanej formuły, jakby ktoś chciał sobie najpierw wrzucić plik do excela

Dobry wieczór Koledzy! Zgodnie z obietnicą przesyłam plik .csv z nagraniem zapisu z czujnika HC-SR04. Nagrywany był dźwięk o częstotliwości 40Hz pochodzący z YouTube: Przyczyną wyboru tej częstotliwości jest słaba jakość głośnika, którym dysponuję i jego problemy z odtwarzaniem tonów poniżej 30Hz. Plik zawiera 2263 sampli oddzielonych przecinkiem. Na jego końcu wisi "pusty" przecinek, którego nie miałem czasu usunąć na poziomie programowania. Teoretyczny (na pewno jest obarczony błędem programowym) czas trwania nagrania to: 9371 milisekund. Daje to teore

100% zgody. Kilka razy w czasie studiów nad pomiarem fali mnie to tknęło, ale spychałem tę kwestię poza świadomość, bo bym chyba zwariował.

@marek1707 Oczywiście. Tak zrobię. Jeszcze mała refleksja odnośnie próbkowania. Rozumiem doskonale jakie to ważne. Bez znajomości precyzyjnej częstotliwości próbkowania nie będzie możliwe odtworzenie sygnału. Do tej pory skupiałem się jednak na uzyskaniu jak największej ilości próbek na sekundę bez dbałości o ich stałą częstotliwość. Również dlatego, że uznałem, że każda dodatkowa operacja np. pobranie czasu z komputera będzie obniżała częstotliwość, która i bez tego jest tragicznie mała. Tym samym odłożyłem ten problem "na później". Teraz jest chyba dobry czas, żeby się nad tym pochyli

@marek1707 Jak zawsze masz rację. Jeszcze błądzę, ale jakby już mniej. Wczorajszy wpis miał Was trochę rozśmieszyć i rozsierdzić zarazem. Taka mała zemsta. Nie będę już tego robił. Odnośnie tego co napisałeś. 1) Nie mam pliku .wav - nie umiem go robić. Buduję plik .csv i z niego ciągnę dane. Mogę go podlinkować (wieczorem). Tak zrobić? 2) Moje tu wynurzenia to rozmowa głównie z samym sobą. Pomagają mi zebrać myśli. Trochę poprawić humor. Sam nie wiem. Nie za bardzo mam do kogo gębę otworzyć. 3) Próbkowanie to zwykły odczyt czujnika standardową funkcją z kursu Ard

Oj... prawie na pewno pomyliłem się w formule i to w dwóch miejscach. I coś mi się zdaje, że czujnik tez poruszyłem. Nie zmienia to jednak faktu ze patefon działa. Na tym etapie jednak praca z excelem to już mordęga .

Istnieje też taka możliwość, że walnąłem się w formułach Excela Trzeba zrobić do tego jakiś program. Ilość danych do przetworzenia nawet teraz sprawia że mam odciski od przeciągania formuł. A co dopiero przy normalnym próbkowaniu

Dobry wieczór Szanowni Koledzy! Proszę, pomóżcie! Oto do czego doszedłem w projekcie: 1. Jestem w miarę obeznany z teorią fal i drgań. Dzisiaj już raczej zrozumiem co do mnie piszecie. 2. Potrafię próbkować, wiem co to próbki. 3. Potrafię zbudować teoretyczny model przetwornika A/D fali dźwiękowej 4. Wiem też wiele innych rzeczy o fali i potrafię sporo z nią zrobić, ale jednak mam pewne dylematy, które może Wy macie dawno rozwiązane... Aby łatwiej zrozumieć o co mi chodzi przedstawię aktualny stan projektu krok po kroku. a. Pozyskanie sygnału i jego zap

Swoją drogą na dzisiaj jestem w stanie wycisnąć z czujnika 245,99 Hz. To mało, ale jeszcze się nad tym nie skupiałem, może uda się trochę popracować z programem, żeby uzyskać więcej. Na razie, do budowy modelu odtwarzania bardzo niskich częstotliwości wystarczy. Świetnie byłoby mieć chociaż z 1kHz, ale niestety czarno to widzę.

Dzień dobry! Przez ostatni tydzień zgłębiałem teorię fal. Myślę, że wreszcie ją zrozumiałem, przynajmniej na tyle, aby pójść dalej z projektem, choć szczerze mówiąc sądziłem, że na wieki utonę w tajemnicach funkcji sinus. Wczoraj przyśniło mi się koło, cały dzień o tym myślałem i olśniło mnie, że amplituda fali (wychyleń membrany) obarczonej zresztą błędami pomiaru wynikającej z niedoskonałości czujnika, na której się tyle czasu bez sensu skupiałem, nie ma dla tego projektu żadnego znaczenia. Wtedy wszystko stało się banalnie proste. Dzisiaj zrobiłem nowe pomiary, inaczej do nich podszedł

Dzień dobry! W nocy zrobiłem nagranie ciszy czujnikiem.

@wn2001 Dziękuję. Wczoraj poczytałem trochę o tym zagadnieniu. Policzyłem teoretyczną częstotliwość próbkowania. Zrobiłem nagranie i policzyłem ilość otrzymanych odczytów. @marek1707 Bardzo dziękuję panie Marku. Rozświetlił mi pan w mojej pustej mózgownicy. Teraz chcę to wszystko zobaczyć na własne oczy. Choćby dlatego kopię dalej. Co mi pozostało? @SOYER Trzeba jeszcze słuchać ze zrozumieniem. Żeby rozumieć trzeba mieć wiedzę. Jeśli jej brakuje trzeba ją zdobyć. Albo poprzez zapoznawanie się z teorią - nudne i nie ma gwarancji zrozumienia, albo przez doświadczenie - ciekawe, a

@SOYER Policzyłem sobie i częstotliwość próbkowania i zapoznałem z twierdzeniem Nyquista–Shannona. Na pewno zrobisz to lepiej. Jakbyś chciał usłyszeć audiofilskie nagranie, to zachęcam do obejrzenia jeszcze raz teledysku. A jakbyś chciał podjąć się mierzenia prędkości tym czujnikiem, to zmierz się z tym problemem, a potem oceniaj wyciągnięte wnioski w kategoriach sukcesu lub porażki. Niech to. Straciłem cały wieczór na bezsensowne dyskusje i nerwy zamiast popracować nad programem. Jedyna cenna rzecz to te wyliczenia. Dzięki @ethanak pomogłeś, ale jak wiedziałeś, to po co były t