(23-08-2011 22:32)SQ6OXK napisał(a): [ -> ]Z dekodowanie CTCSS musisz uważać, bo tory audio w niektórych radiach (o ile nie wszystkich) wycinają filtrami częstotliwości poniżej ok 200Hz i biorąc dźwięk z głośnika nie zdekodujesz.
Tak sobie myślę że podstawka na dekoder w płytce może być, jeśli ktoś będzie z tego korzystał to sobie funkcję włączy jeśli nie może pominąć ten blok. I ważne filtr pomiedzy wejsciem a wyjsciem z dekodera / enkodera...
Jaki układ wybrać?
I jeszcze nie wiem co zastosować w zapowiedzi głosowej. Ktoś może coś polecić? Ta część też będzie opcją...
Z dźwiękiem masz kilka możliwości.
Możesz zastosować układy ISD (nie pamiętam numery) w których możesz nagrać swój głos, a pożniej odtwarzać. Jest to prosty prosty sposób, ale układy są duże (28 nóżek - w szerokim)
Zapisać w dużej zewnętrznej pamięci (eprom, eeprom, karta SD) i odtwarzać procesorem z prostego przetwornika D/A na czterech rezystorach (nie wiem jaka wyszła by jakość) albo zewnętrznym szybki przetwornikiem.
Możesz również zastosować dekoder MP3 i wywalać do niego z procesora dane (przynajmniej będą mniej zajmowały). Kiedyś natknąłem się nawet na ATMEL-e które miały dekoder w sobie, ale nie pamiętam czy dawały audio na któraś nogę czy trzeba było mieć jeszcze przetwornic D/A. Niestety oznaczenia procka też nie pamiętam
PL to to samo co ctcss
(Private Line chyba).
Sygnał do dekodowania najlepiej pobrać zaraz za dyskryminatorem - odfiltrować,wzmocnić i można myśleć o podaniu na uP.
Tak było to robione w fabrycznym sprzęcie gdzie dekodowaniem zajmował się uP - badając długość okresów pomiędzy "zero cross".
Może się do tego przydać wewnętrzny komparator (w uP) generujący
przerwanie w momencie zmiany stanu jego wyjścia.
Boję się Krzyśku, że detekcja-zera może sprawiać kłopoty, tak jak to ma np miejsce w TinyTrack-u.
Pamiętajmy, że idzie z nim zwykłe audio, i mimo fitra coś może się przedostawać i utrudniać detekcję.
Oczywiście warto spróbować, bo to proste rozwiązanie, ale dodał bym jeszcze tranzystor, aby detekcja zera była pewniejsza.
Ja to bym pomyślał nad wpisanie DSP w procesor w celu detekcji CTCSS-a i chcę dokonać stosownych prób, ale na razie mam za mało wiedzę o FFT i czekam na książkę o tym
.
W przypadku dekodowania FSK nie jest to najlepsza sprawa - wystarczy 1 zgubiony bit i lipa .
W przypadku CTCSS nie ma takich problemów i detekcja taka jest wystarczająca - Motorola tak robiła Radmor tak robił więc bez lipy
Oczywiście można się pobawić w analizowanie całego przebiegu - ale po co ?
p.s.
Kilka przemyśleń z innego FO :
http://www.elektroda.pl/rtvforum/viewtopic.php?t=957279
Chyba było wcześniej ale zapodam PDF-a
(19-02-2011 18:18)sq6ade napisał(a): [ -> ]...Ale 567 ma też taką zaletę że można mu "ustawić" szerszy BW więc
i niedokładnie wygenerowany subton korzystającego z RPT uruchomi przemiennik. No i scalak jest tani i dostępny...
...Czujniki temperatury np. od Mikroczipa na I2C (generują przerwania
w funkcji termostatu i są megatanie w TME)
I to chyba jest poprawna odpowiedź w tym momencie.
Ja bym stawiał na prostotę i powtarzalność konstrukcji.
(24-08-2011 10:13)sq6ade napisał(a): [ -> ]...wystarczy 1 zgubiony bit i lipa .
W przypadku CTCSS nie ma takich problemów...
Pewnie kto by się przejmował 0.5s brakiem QSO
A całkiem poważnie trzeba po prostu protestować i zobaczyć co będzie.
Ja bym nie ładował takich "trudnych" dekoderów, raz że to ma masę nóg, dwa że dostać to trudne niż 6-tk w totolotka,.LM jest fajny, ale w sumie mamy raz zafiksowany sub-ton
Panowie znacie
takie coś?
Wygląda że będzie idealne do naszego projektu. Zastanawiam się tylko jak z dostępnością i ceną.