wkwj
Guest
Tue Aug 03, 2010 8:39 pm
Witam,
jak w tani układowo sposób przesunąć sygnał prostokątny (np. TTL)
o 90 stopni ? Sygnał ma wypełnienie praktycznie 50% i częstotliwość
ok. 700 Hz (w praktyce częstotliwość zmienia się od 700 do 710 Hz).
To nie musi być idealnie dokładnie 90 stopni, ale powinno "trzymać"
przesunięcie z temperaturą.
Pozdrawiam,
wkwj
Desoft
Guest
Tue Aug 03, 2010 9:02 pm
Quote:
jak w tani układowo sposób przesunąć sygnał prostokątny (np. TTL)
o 90 stopni ? Sygnał ma wypełnienie praktycznie 50% i częstotliwość
ok. 700 Hz (w praktyce częstotliwość zmienia się od 700 do 710 Hz).
To nie musi być idealnie dokładnie 90 stopni, ale powinno "trzymać"
przesunięcie z temperaturą.
1. Opóźnić. Nawet 555 daje dosyć stabilny czas opóźnienia.
2. Powielić częstotliwość. Potem pomnożyć.
--
Desoft
J.F.
Guest
Tue Aug 03, 2010 9:52 pm
On Tue, 03 Aug 2010 22:39:24 +0200, wkwj wrote:
Quote:
jak w tani układowo sposób przesunąć sygnał prostokątny (np. TTL)
o 90 stopni ? Sygnał ma wypełnienie praktycznie 50% i częstotliwość
ok. 700 Hz (w praktyce częstotliwość zmienia się od 700 do 710 Hz).
To nie musi być idealnie dokładnie 90 stopni, ale powinno "trzymać"
przesunięcie z temperaturą.
Zalezy skad i dokad.
Mozna na PLL, mozna opoznic o 1.42ms, mozna od razu generowac 2800 Hz
i dzielic na 4, mozna ambitniejsza cyfrowka na fpga/cpld, mozna
analogowo - scalkowac i skwantowac.
J.
Sebastian Biały
Guest
Wed Aug 04, 2010 4:39 pm
On 2010-08-03 23:52, J.F. wrote:
Quote:
i dzielic na 4, mozna ambitniejsza cyfrowka na fpga/cpld, mozna
Przy 700Hz najmniejszy AVR automagicznie policzy sobie okres i wypluje
przesunięcie 90stopni. Roboty na 30 minut? Jakiś maluch tiny powinien
być chyba najmnijeszym rozwiązaniem w sensie ceny i gabarytów.
J.F.
Guest
Wed Aug 04, 2010 6:21 pm
On Wed, 04 Aug 2010 18:39:21 +0200, Sebastian Biały wrote:
Quote:
On 2010-08-03 23:52, J.F. wrote:
i dzielic na 4, mozna ambitniejsza cyfrowka na fpga/cpld, mozna
Przy 700Hz najmniejszy AVR automagicznie policzy sobie okres i wypluje
przesunięcie 90stopni. Roboty na 30 minut? Jakiś maluch tiny powinien
być chyba najmnijeszym rozwiązaniem w sensie ceny i gabarytów.
Mniej wiecej, choc ja starej daty i wole takie rzeczy powierzac
logice, a podobniez coraz tansza ta logika

.
Z trzeciej strony prawdopodobnie najlepiej sobie poradzi 4046 .. za
naprawde grosze :-)
J.
Sebastian Biały
Guest
Wed Aug 04, 2010 7:03 pm
On 2010-08-04 20:21, J.F. wrote:
Quote:
Mniej wiecej, choc ja starej daty i wole takie rzeczy powierzac
logice, a podobniez coraz tansza ta logika

.
A Tiny to nie logika

?
Quote:
Z trzeciej strony prawdopodobnie najlepiej sobie poradzi 4046 .. za
naprawde grosze
Za te same grosze Tiny będzie miał adaptacyjny algorytm do zmian
częstotliwości całkowicie w software działający od pierwszego okresu,
bez elementów zewnętrznych. Full wypas
J.F.
Guest
Wed Aug 04, 2010 7:41 pm
On Wed, 04 Aug 2010 21:03:25 +0200, Sebastian Biały wrote:
Quote:
On 2010-08-04 20:21, J.F. wrote:
Mniej wiecej, choc ja starej daty i wole takie rzeczy powierzac
logice, a podobniez coraz tansza ta logika

.
A Tiny to nie logika

?
Logika, ale wiesz - powolna, zawiesic sie moze, rozprogramowac,
niewystartowac .. to nie to samo co na bramkach ... znaczy sie na
mniejszej ilosci bramek :)
J.
Desoft
Guest
Thu Aug 05, 2010 5:04 am
Quote:
Z trzeciej strony prawdopodobnie najlepiej sobie poradzi 4046 .. za
naprawde grosze :-)
Za te same grosze Tiny będzie miał adaptacyjny algorytm do zmian
częstotliwości całkowicie w software działający od pierwszego okresu, bez
elementów zewnętrznych. Full wypas
Dosyć drogim elementem zewnętrznym w Tiny jest pogramator. Cena programu też
jest wyższa od elementów zewnętrznych 4046.
--
Desoft
Sebastian Biały
Guest
Thu Aug 05, 2010 6:18 am
On 2010-08-05 07:04, Desoft wrote:
Quote:
Za te same grosze Tiny będzie miał adaptacyjny algorytm do zmian
częstotliwości całkowicie w software działający od pierwszego okresu,
bez elementów zewnętrznych. Full wypas :P
Dosyć drogim elementem zewnętrznym w Tiny jest pogramator. Cena programu
też jest wyższa od elementów zewnętrznych 4046.
Raczej nie stosuje programatorów wbudowanych w urządzenie ... Więc koszt
jest jednorazowy na N zbudowanych urządzeń. W dodatku w przypadku
minimalistycznym to 5 rezystorów z LPT. Cena programu istnieje, ale
przecież jest znowu jednorazowa podobnie jak liczenie elementów do PLL.
Sugeruje że Tiny jest znacznie sensowniejszym rozwiązaniem jak już
potrafisz programować uC. Szczególnie ze w opisanym problemie pomiedzy
okresami mija wieczność.
Desoft
Guest
Thu Aug 05, 2010 8:55 am
Quote:
Dosyć drogim elementem zewnętrznym w Tiny jest pogramator. Cena programu
też jest wyższa od elementów zewnętrznych 4046.
Raczej nie stosuje programatorów wbudowanych w urządzenie ... Więc koszt
jest jednorazowy na N zbudowanych urządzeń. W dodatku w przypadku
minimalistycznym to 5 rezystorów z LPT. Cena programu istnieje, ale
przecież jest znowu jednorazowa podobnie jak liczenie elementów do PLL.
Sugeruje że Tiny jest znacznie sensowniejszym rozwiązaniem jak już
potrafisz programować uC. Szczególnie ze w opisanym problemie pomiedzy
okresami mija wieczność.
Sugerowałem, że Tiny nie zawsze (nie dla każdego) jest najlepszy.
Rozwiązań jest wiele, o wielu za i przeciw nie zostaliśmy poinformowani
przez pytającego.
Rozwiązań padło wiele, wybór należy do projektanta urządzenia.
--
Desoft
Kris_gor
Guest
Thu Aug 05, 2010 1:24 pm
wkwj pisze:
Quote:
Witam,
jak w tani układowo sposób przesunąć sygnał prostokątny (np. TTL)
o 90 stopni ? Sygnał ma wypełnienie praktycznie 50% i częstotliwość
ok. 700 Hz (w praktyce częstotliwość zmienia się od 700 do 710 Hz).
To nie musi być idealnie dokładnie 90 stopni, ale powinno "trzymać"
przesunięcie z temperaturą.
Pozdrawiam,
wkwj
Poszukaj sobie przesuwnika w radiach SDR. Schematy na stronie.
http://yu1lm.qrpradio.com/sdr%20rx%20yu1lm.htm
wkwj
Guest
Thu Aug 05, 2010 9:05 pm
Dzięki za wszystkie rady. Wypróbowałem układ z 555,
bo wydał mi się najprostszy (sygnał TTL w pytaniu był
przykładowy, w rzeczywistości jest prostokąt o amplitudzie
15 V) i najmniejszy (SO8, 1 rezystor i 1 kondensator).
Układ dobrze spełnia swoje zadnie (przynajmniej
na razie w temperaturze pokojowej - zobaczymy, co z tego
wyjdzie w komorze klimatycznej i jak zachowa się reszta układu).
wkwj
J.F.
Guest
Fri Aug 06, 2010 2:11 pm
Użytkownik "Desoft" <Desoft@interia.pl> napisał w wiadomości
news:i3dual$8sn$1@news.onet.pl...
Quote:
Sugeruje że Tiny jest znacznie sensowniejszym rozwiązaniem jak
już potrafisz programować uC. Szczególnie ze w opisanym
problemie pomiedzy okresami mija wieczność.
Sugerowałem, że Tiny nie zawsze (nie dla każdego) jest najlepszy.
Rozwiązań jest wiele, o wielu za i przeciw nie zostaliśmy
poinformowani przez pytającego.
Na przyklad - czasu niby wiecznosc, ale jak ma byc dokladnie to nie
wiem czy sie tiny tak dobrze wyrobi.
A 4046 kiedys podziwialem - jak przymurowany przebieg mu wyglada na
oscylu.
Choc na analogowym - wiec w zasadzie dokladnosc "pomiaru" gora 1%,
8 bitowiec w sam raz tyle da :-)
J.