“To się chyba nazywa scratchbuilding.”

Aż sprawdziłem czy się nie walnąłem. Nadal podtrzymuję scrapbooking. Masz całe sklepy internetowe, które zajmują się sprzedawaniem materiałów, dla ludzi, którzy w tym siedzą.

“Czy też używasz piezo? Jeśli tak to jak robisz, żeby był wystarczająco głośny?”

No używam piezo wymontowanego z takiej starej kartki. Udało się znaleźć cały stos takich starych kartek grających i po prostu posłużą za dawców buzzerów.

Co do głośności to w takich buzzerach niewiele można zrobić w tym temacie. Ogólnie każdy model piezo jest przez producenta wyskalowany, żeby w pewnych częstotliwościach pracować ciszej, a w innych głośniej i nie jest to zależność liniowa. W nocie katalogowej buzzerów możesz znaleźć takie wykresy SOUND PRESSURE CHARACTERISTICS (przykładowa poszlaka https://www.mouser.com/datasheet/2/400/ef532_ps-13444.pdf). Jest to zależność generowanego ciśnienia akustycznego od częstotliwości i kształtu zadanego sygnału sterującego. I tak, wiem że ciśnienie akustyczne nie przekłada się 1:1 na “głośność”, ale z braku lepszej charakterystyki, to ono robi za punkt odniesienia. Napisałem nawet kawałek kodu, który co kilka sekund podnosił częstotliwość o 100Hz. Faktycznie dało się usłyszeć nieliniowość tej charakterystyki. Przykładowo w tym głośniku, który mam w okolicach 700Hz jest ogólnie ok, w okolicach 1600Hz jest dramat, odnoszę wrażenie, że najgłośniej gra w okolicach 2000Hz. Więc w teorii jeżeli chcesz podgłośnić jakiś utwór na piezo to powinieneś poszczególne dźwięki przenieść do oktawy, która operuje w najgłośniejszym zakresie częstotliwości. Na ten moment jeszcze nie bawiłem się w takie skalowanie.

“Ciekawi mnie jak i co odtwarzasz?”

Na ten moment nie jest to coś zbytnio przekombinowane. Po prostu mam zapisane, że dźwięk o danej częstotliwości ma grać przez X milisekund. Największym problemem jest tutaj konwersja z materiału źródłowego. Przeglądając w sieci widziałem dwa podejścia. Jedni za źródło brali pliki MusicXML, a inni MIDI. Niezależnie co wybierzesz, to gotowe konwertery, które znalazłem mają jakieś problemy jak załadujesz im cokolwiek spoza bazy przykładów od autora programu. Np w przypadku MIDI jedne gubią się jak w pliku jest użytych kilka kanałów albo na raz zostają odtworzone dwa dźwięki, ewentualnie giną jeżeli plik MIDI ma kilka osobnych ścieżek itp. Osobna sprawa, że wiele z tych konwerterów zamiast wygenerować ci same sekwencje danych np w formie tablic, to generuje ci cały kod, gdzie po prostacku masz wołanie po sobie funkcji “tone” i “delay” ręcznie dla każdego sampla (super optymalizacja bulwo). Dlatego postanowiłem napisać swój prosty konwerter wychodząc z założenia, że jeżeli będzie spierdzielone, to będzie spierdzielone po mojemu ;-).

Dzisiaj zamówiłem kilka sztuk krzemu, który docelowo ma trafić do kartki. Wybór padł na STM32G0 (Cortex M0). Jest to kompromis pomiędzy takimi cechami jak cena, szybkość dostawy/dostępność, możliwości, dostępne warianty obudowy itd. Owszem można znaleźć jakieś procki po 20gr za sztukę, ale potem czytasz, że musisz zamówić tego 1000 sztuk, a i tak dostawa będzie za 2 miesiące. Myślałem przez chwilę nad jakimś Attiny13, ale potem odkryłem tego STM32G0, który nie dość, że ma wszystkiego więcej, to jest jeszcze tańszy (różnica rzędu kilku złotych na jednej sztuce). Więc wewnętrzna cebula wygrała.