WIRTUALNY KLUB MODELARZY RC

Serdecznie przepraszam

W wersji 1.1 wkradl sie blad, mianowice niepoptrzenie dwa razy zostala zareklarowana stala "WTV20SD16P_CLOCK_PIN" a nie bylo deklaracji "WTV20SD16P_DATA_PIN = 4". Takze przy konstruktorze wtv020sd16p w miejsce pinu "data" byla wartosc "WTV20SD16P_CLOCK_PIN".

Oba bledy poprawilem i wersja bledna jest juz zastapiona wersja poprawiona. Nie zauwazylem tego, wczesniej bo testowalem robocza wersje 1.1, gdzie jeszcze nie bylo bledu. teraz zaczalem sie przymierzac do dzwieku kura rybackiego z silnikiem wielocylindrowym i skrobalem sie po glowie, czemu po wgraniu nowego programu (kopii na bazie wersji 1.1) modulik w ogole przestal grac. No ale w koncu znalazlem blad, i poprawke szybko publikuje.

Na razie probuje rozne kawalki dzwiekow tego kutra, i kombinuje jak z kilku roznych dzwiekow pracy na roznych obrotach wygenerowac odglos pracy w calym zakresie obrotow. Tu juz nie tylko zmienia sie czestotliwosc ale charakterystyka akustyczna wydechu. Idzie powoli, ale do przodu Jak bede mial w koncu cos wartego pokazania, to sie pochwale

_________________
Rysiu M.
Stowarzyszenie Brzezinki

Biore udzial w akcji "Chce pisac poprawnie"

No i kupa. Jak na razie symulator versji 1.2 nie dziala tak jak trzeba. Modul ma wyrazna przerwe w graniu miedzy klipami. Nie slychac tego w wersji 1.1 przy symulacji diesla jednocylindrowego, bo on ma tak stukac. Przy wgraniu nagran silnika wielocylindrowego modul "czka" pod koniec klipu. Musze pokombinowac nad modyfikacja koncepcji, bo jak na razie efekt jest beznadziejny.

_________________
Rysiu M.
Stowarzyszenie Brzezinki

Biore udzial w akcji "Chce pisac poprawnie"

Dźwięk jest nagrywany na kartę SD, tak? Może musi być nowa, sformatowana karta SD? Skasowane pliki może coś zostawiają i to miesza.

_________________
Kazimierz

Po sformatowaniu kary jest bez zmian (jest tego tylko 18 klipow). Porobilem eksperymenty nagrywajac dluzszy plik kazdego dzwieku (okolo 10 minut) wnioski sa nastepujace:
Modul bardzo ladnie gra nagrane pliki ale w momencie gdy dostaje komende grania nowego pliku (przerywajac granie biezacego pliku) modul ucicha na ulamek sekundy (a dokladnie 115 ms) zanim zacznie grac nowy plik. Stwarza to efekt 'zaciecie" co jest praktycznie nie do przyjecia (w tym czasie powinno byc 5 "wystrzalow" przy najwyzszych obrotach) . 115ms nie jest problemem przy dzwieku silnika jednocylindrowego gdy czas miedzy "wystrzalami" jest rzedu 180ms na najwyzszych obrotach, ale przy silniku wielocylindrowym zmiana obrotow majaca sie objawiac zmiana z jednego pomruku na inny pomruk jest nie do przyjecia jesli wstawiona jest tak dluga cisza miedzy klipami (takie czkniecie).

Podejrzewalem, ze moze modulik moze miec przerwe w graniu na okolo 7ms (tyle czasu zajmuje wyslanie komendy grania pliku), ale 115ms sie nie spodziewalem.

Tak wiec "back to the drawing board". Mam dwie mozliwosci, ktore bede rozpracowywal (obie bardzo podobne):

1. Zamiast modulu WTV020 dam zwykly czytnik karty micro SD oraz program na Arduino grajacy klip WAV wprost z kary na wyjscie cyfrowe (z modulacja PWM).

2. Jesli okaze sie, ze karta bedzie za wolna w "podawaniu" kolejnego pliku to sample wrzuce wprost do pamieci mikrokontrolera. Zobaczymy ile sie zmiesci.

Jak to zadziala, to bedzie lepiej niz w modulem WTV020 bo cala elektronika bedzie sie sprawdzac do jednej plytki Arduino Pro Mini oraz wzmacniacza PWM na MOSFET-cie.


Modulik WTV020 jest fajny, prosty w obsludze i ladne wygrywa muzyczke (na 1GB micro SD mozna zmiescic 1000 minut grania), ale jako podajnik "sampli" jest niestety za wolny.

_________________
Rysiu M.
Stowarzyszenie Brzezinki

Biore udzial w akcji "Chce pisac poprawnie"

Przegladajac Internet i szukajac pomyslu jak sobie z tym problemem poradzic natrafilem na biblioteke o nazwie PCM. Sluzy ona do grania klipow wprost z pamieci programu dajac na pinie wyjsciowym sygnal PWM. Sprawdzilem swoje probki dziweku i okazuje sie, ze powinny sie spokojnie zmiescic do pamieci programu. Tak wiec przymierzam sie do napisania kodu, ktory bedzie odowiednio wygrywal te dzwieki w zaleznosci od polozenia gazu. Dodatkowa zaleta tego podejscia jest taka, ze majac pelna kontrole nad probka dzwieku mozna domiksowac dzwiek syreny do odglosu silnika. Task wiec koncepcja jest, telaz zabieram sie za kodowanie, a w testach sie okaze czy to wszystko ma sens

_________________
Rysiu M.
Stowarzyszenie Brzezinki

Biore udzial w akcji "Chce pisac poprawnie"

ZADZIALALO !!!

Po malych trudach zwiazanych z dobraniem probek dzwiekowych, przeformatowanie ich na 8kHz 8bit i w koncu zapisanie ich w kodzie hex zabralem sie za uruchomienie juz napisanego programu grajacego, ktorego idea oparta byla na kodzie PCM (probki 8-bitowe wysylane z czestotliwoscia 8kHz na wyjscie PWM).
Po odobaczeniu kodu wszystko zadzialalo super - lepiej niz myslalem. Arduino wygrywa dziwek statueczku w calym zakresie obrotow:
1500 - 1550 - wolny bieg jalowy
1550 - 1600 - bieg jalowy z leciutkim "przychrapywaniem"
1600 - 1650 - praca jak na co drugim cylindrze
1650 - 1700 - praca jak na 3/4 cylindrow
1700 - 2100 - praca na pelnym gazie z plynnie zmieniajacymi sie obrotami

Znow nagram filmik, to pokaze jak wyglada. Jeszcze wyczyszcze kod zrodlowy zanim opublikuje. Wersja jest 1.3 (1.2 to byl kompletny niewypal).

Chyba zabiore sie za wersje 1.4, gdzie bedzie mozna domiksowac syrene

_________________
Rysiu M.
Stowarzyszenie Brzezinki

Biore udzial w akcji "Chce pisac poprawnie"

Nagraj mikrofonem PC-a Na Rejestrator dźwięku i dodaj załącznik waw

_________________
Kazimierz

Cześć !
Moje gratulacje , rozumiem że przygotowanie nowych próbek dźwiękowych nie będzie takie proste ?.
Nie ukrywam że czekam z niecierpliwością na opublikowanie wyników twoich prac.

_________________
Pozdrawiam Darek
e-mail: bularzd@interia.pl

Wrecz przeciwnie. Wlasnie dlatego czyszcze kod, aby latwo bylo wymienic probki i zachowanie "grajka". Idea jest dokladnie taka sama, jak w wersji 1.0 czyli ze w polozeniu "iddle" grana jest jedna probka (w petli), a w polozeniu "run" grana jest w petli probka "run" modyfikowana przez polozenie gazu. Wersja 1.4 (juz jest) w porownaniu z wersja 1 ma:
- kilkustopniowy idle
- modyfikacja probki "run" polega na wstawieniu "szumu" a nie ciszy
- dzwiek syreny wlaczany osobnym kanalem - syrena "zaglusza" prace silnika, ale go nie przerywa.

Poniewaz koncepcja grania z Adruino dziala, wiec przerzuce silnik jednocylindrowy z wersji 1.1 do grania przez wersje 1.4. Odpadnie jedna plytka, klopoty z karta SD i poziomami napiec. Dodatkowa zaleta obecnej wersji jest ta, ze wyjscie jest PWM z poziomem 0 w stanie spoczynku (ciszy) wiec mozna podlaczyc wprost do CMOS-a sterujacego "big-ass" glosnikiem. Zadnych wzmacniaczy analogowych nie potrzeba.

Same probki dzwiekowe to "unsigned mono 8-bit 8kHz". Do Arduino wlezie okolo 3 sekundy takch probek, a to w zupelnosci wystarczy bo poniewaz probki grane sa w petli to jedna probka ma rzedu 0.3 sek lub mniej.

W planach mam wersje 1.5 (ale to juz naprawde po opublikowaniu 1.4) - ma byc dolozenie odglosu narastania i wyciszania syreny (na razie to jest proste on-off)

Wersja 1.4 opiera sie o moja biblioteke do Arduino ShipSoundLib 1.1 ktora wygrywa zadane sample w petli. Biblioteka ma funkcje:

1. Ustawienie zadanego sampla i modyfikatora sampla:
- Modyfikacja sampla polega na tym, ze w parametrze podaje sie dodatkowa probke, jej dlugosc oraz punkty w bazowej probce, gdzie ma byc wstawiona dodatkowa probka. W praktyce, miedzy odglosem wydechu wstawiana jest probka szumu silnika o odpowiedniej dlugosci, co powoduje ze odglosy wydechu sa o roznej czestotliwosci, ale tej samej tonacji. Dlugosc dodatkowej jest zalezna od polozenia gazu. Poniewaz probka pracy silnika zawiera odglos wydechu z z wszystkich 9 cylindrow to wstawka jest wkladane w 9 punktach podstawewej probki (miedzy wydechem z kazdego cylindra).
Jesli dodatkowa probka ma dlugosc zero, albo liczba punkdow wstawiania do podstawowej probki jest zero, grana jest tylko podstawowa probka (np dzwiek iddle)

2. Ustawienie dodatkowej probki, ktora jest grana zamiast podstawowej probki
To wlasnie jest dzwiek syreny. Podaje sie prubke oraz jej dlugosc, a ona jest grana w petli tak dlugo az sie nie wylaczy podstawowej probki, albo nie poda sie dlugosc zero probki dodatkowej. gdy poda sie dlugosc probki dodatkowej rownej zero (wylaczenie syreny) to kontynuowane jest granie probka podstawowej.

Wymiana probek do grania jest synchronizowana z graniem poprzedniej probki, to znaczy nowa probka jest grana wtedy gdy aktyalnie grana probka dogra sie do konca dzieki czemu nie ma trzaskow i sa plynne przejscia miedzy probkami.


Wiem, wiem, ale to moja wada, ze chce byc perfekcjonista, wiec dopieszczam wszystko przed opublikowaniem. Jeszcze musze poprawic glosnosc kazdej probki, zeby przejscia byly jak najbardziej plynne. Jest prawie OK, ale "to jeszcze nie to, co tygrysy lubia najbardziej".

EDIT:
Kod wyczyszczony wiec wrzucam go tutaj do waszego testowania:

_________________
Rysiu M.
Stowarzyszenie Brzezinki

Biore udzial w akcji "Chce pisac poprawnie"