Sterownik przemiennika

[SQ9MDD]

(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ą...

[SQ6OXK]

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

[SQ6ADE]

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.

[SQ6OXK]

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 .

[SQ6ADE]

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

[SQ9MDD]

Chyba było wcześniej ale zapodam PDF-a

[SQ6ADE]

Taa - CML jest fajny - ale te ceny i dostępność ....

Jak szaleć to szaleć:
http://www.datasheetcatalog.org/datashee...Xryrzv.pdf

[SQ9MDD]

(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.

[SQ6OXK]

(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

[SQ9MDD]

Panowie znacie takie coś?

Wygląda że będzie idealne do naszego projektu. Zastanawiam się tylko jak z dostępnością i ceną.