uC
Masz problem? Zapytaj na forum elektroda.pl
From: "Jacek Poźniak" <j.pozniak_at_nospam_metron.torun.pl>
Subject: uC
Date: Fri, 16 Feb 2001 07:48:52 -0000
Witam
Mam następujące pytanie:
Czy jest możliwe wygenerowanie sygnału synchronizacji TV za pomocą
mikrokontrolera i aby ten mikrokontroler mógł również robić inne rzeczy; np
pracuje TimerX i co 64uS zgłasza przerwanie celem wygenerowania HS.
Czy nie wystąpią zaklocenia synchronizacji związane z przyjęciem przerwania
(różny czas przyjęcia)?
Ma ktoś jakieś doświadczenia, którymi chciałby się podzielić.
Pozdrawiam
Jacek Poźniak
From: "peters" <peters_at_nospam_poczta.onet.pl>
Subject: Re: uC
Date: Fri, 16 Feb 2001 09:05:06 +0100
Witam
Mam następujące pytanie:
Czy jest możliwe wygenerowanie sygnału synchronizacji TV za pomocą
mikrokontrolera i aby ten mikrokontroler mógł również robić inne rzeczy;
np
pracuje TimerX i co 64uS zgłasza przerwanie celem wygenerowania HS.
Czy nie wystąpią zaklocenia synchronizacji związane z przyjęciem
przerwania
(różny czas przyjęcia)?
Ma ktoś jakieś doświadczenia, którymi chciałby się podzielić.
Musisz wziac procesor, ktory ma przerwania o roznych priorytetach (51 ma
dwa).
Przerwanie odpowiedzialne za generacje synchronizacji musi miec najwyzszy
priorytet.
Oczywiscie w ten sposob nie osiagniesz idealnej dokladnosci a to dlatego,
ze procesor zanim przyjmie przerwanie musi dokonczyc aktualnie wykonywany
rozkaz. Dla typowej '51 przy wiekszosci operacji czas wykonywania rozkazu
wynosi 1us.
Musisz wiec okreslic jaka dokladnosc Cie interesuje i dobrac odpowiednio
szybki uC.
--
pozdrawiam, peters
peters_at_nospam_poczta.onet.pl
http://peters.republika.pl (strona Petersa dla elektroników)
From: "Jacek Meyerhold" <jacekmey_at_nospam_poczta.onet.pl>
Subject: Re: uC
Date: Thu, 22 Feb 2001 22:11:09 +0100
peters napisał(a) w wiadomości: <96imuk$67k$1_at_nospam_news.tpi.pl>...
Witam
Mam następujące pytanie:
Czy jest możliwe wygenerowanie sygnału synchronizacji TV za pomocą
mikrokontrolera i aby ten mikrokontroler mógł również robić inne rzeczy;
A czy jest gdzieś w sieci opis jak za pomocączystego uC robić sygnał taki,
żeby go wyświetlić na TV. Widziałem kiedysw EP taki projekt, ale nie było
opisane, jak to robić.
Pozdrawiam,
Jacek Meyerhold
From: jfox_at_nospam_friko6.onet.pl (J.F.)
Subject: Re: uC
Date: 16 Feb 2001 10:16:59 +0100
On Fri, 16 Feb 2001 07:48:52 -0000, Jacek Poźniak <j.pozniak_at_nospam_metron.torun.pl> wrote:
Czy jest możliwe wygenerowanie sygnału synchronizacji TV za pomocą
mikrokontrolera i aby ten mikrokontroler mógł również robić inne rzeczy; np
pracuje TimerX i co 64uS zgłasza przerwanie celem wygenerowania HS.
Czy nie wystąpią zaklocenia synchronizacji związane z przyjęciem przerwania
(różny czas przyjęcia)?
Wystapi. uC praktycznie sie do tego nie nadaja jesli chodzi o program -
za wolne..
Ma ktoś jakieś doświadczenia, którymi chciałby się podzielić.
Mozesz sprobowac na timerach wygenerowac potrzebne przebiegi.
Mozesz uzyc jakiegos uC z OSD [on screen display]. Mozesz
uzyc jakiegos chipa od synchronizacji, od wyswietlania, od telegazety.
A do czego to ma sluzyc ? Bo za pomoca paru bramek i dwoch 555 tez da sie
zrobic, choc jak to jakis fachowiec zobaczy to sie za glowe chwyci.. :-)
J.
From: "peters" <peters_at_nospam_poczta.onet.pl>
Subject: Re: uC
Date: Fri, 16 Feb 2001 10:31:22 +0100
Wystapi. uC praktycznie sie do tego nie nadaja jesli chodzi o program -
za wolne..
Jak zwykle przesadzasz J.F. :) Na szczescie jest pare niedrogich i szybkich
procesorkow.
W dodatku impulsow nie musisz koniecznie generowac programowo w oparciu o
przerwania od timera.
Szkoda, ze Kolega nie napisal do czego ten uklad ma sluzyc.
--
pozdrawiam, peters
peters_at_nospam_poczta.onet.pl
http://peters.republika.pl (strona Petersa dla elektroników)
From: "Jacek Pozniak" <j.pozniak_at_nospam_metron.torun.pl>
Subject: Re: uC
Date: Fri, 16 Feb 2001 11:23:24 -0000
przerwania od timera.
Szkoda, ze Kolega nie napisal do czego ten uklad ma sluzyc.
Chcialbym wygenerowac sygnal teletextu (bez video) rozumiany przez
standardowy TV.
Pozdrawiam
JP
From: "peters" <peters_at_nospam_poczta.onet.pl>
Subject: Re: uC
Date: Fri, 16 Feb 2001 13:10:15 +0100
Chcialbym wygenerowac sygnal teletextu (bez video) rozumiany przez
standardowy TV.
Pozdrawiam
JP
Nie specjalizuje sie w technice TV, ale oszacowalem szybkosc z jaka trzeba
by bylo wysylac dane i wychodzi okolo 200ns (oczywiscie moge sie mylic)
Zrobienie tego na samym procesorze bez jakiegos wspomagania sprzetowego jest
mozliwe ale wymagaloby bardzo szybkiego (czytaj: drogiego) uC.
--
pozdrawiam, peters
peters_at_nospam_poczta.onet.pl
http://peters.republika.pl (strona Petersa dla elektroników)
From: "Jacek Poźniak" <j.pozniak_at_nospam_metron.torun.pl>
Subject: Re: uC
Date: Fri, 16 Feb 2001 13:22:33 -0000
....
Dzięki za wskazówki
JP
From: "William Bonawentura" <alchemik_at_nospam_bigfoot.com>
Subject: Odp: uC
Date: Fri, 16 Feb 2001 13:39:01 +0100
Chcialbym wygenerowac sygnal teletextu (bez video) rozumiany przez
standardowy TV.
Strumień 7 Mb/sek. potrzebny dość szybki procesor i przynajmniej kilkanaście
kB RAM-u. Może jakaś mała motorolka 68008 ??
From: jfox_at_nospam_friko6.onet.pl (J.F.)
Subject: Re: uC
Date: 16 Feb 2001 16:44:12 +0100
On Fri, 16 Feb 2001 11:23:24 -0000, Jacek Pozniak <j.pozniak_at_nospam_metron.torun.pl> wrote:
Chcialbym wygenerowac sygnal teletextu (bez video) rozumiany przez
standardowy TV.
Bedzie trudno. Procesor nie nadazy, a jakiegos gotowego chipa
kodera nie widzialem. Trzeba bedzie Juliusza poprosic o wygenerowanie
jakiegos scalaka :-)
J.
From: "Paweł" <PawelR_at_nospam_elsat.com.pl>
Subject: Re: uC
Date: Fri, 16 Feb 2001 19:27:52 +0100
Użytkownik Jacek Pozniak <j.pozniak_at_nospam_metron.torun.pl> w wiadomości do grup
dyskusyjnych napisał:96irll$2of$1_at_nospam_flis.man.torun.pl...
przerwania od timera.
Szkoda, ze Kolega nie napisal do czego ten uklad ma sluzyc.
Chcialbym wygenerowac sygnal teletextu (bez video) rozumiany przez
standardowy TV.
Teoretycznie jest to możliwe. Myślę że jest to jednak absolutnie
nieopłacalne.
Wygenerowanie odpowiedniego syganłu jest dość skomplikowane.
Porównać to możesz do zrobienia generatora sygnału sinusoidalnego 7 MHz
modulowanego jakimś innym przebiegiem.
Następnie tak powstały przebieg przepuszcza się przez dość złożone filtry.
Konieczny jest szybki przetwornik A/C i procesor o bardzo dużej mocy
obliczeniowej.
Paweł
From: "Tomasz Gumny" <anwoz_at_nospam_alpha.net.pl>
Subject: Re: uC
Date: Fri, 16 Feb 2001 22:18:52 +0100
Porównać to możesz do zrobienia generatora sygnału sinusoidalnego 7 MHz
modulowanego jakimś innym przebiegiem.
Następnie tak powstały przebieg przepuszcza się przez dość złożone filtry.
Konieczny jest szybki przetwornik A/C i procesor o bardzo dużej mocy
obliczeniowej.
Mysle, ze troche przesadzasz. Jesli mnie pamiec nie myli, to bit w txt ma
~144us. W dodatku paczka bitow jest nadawana raz na polobraz, czyli co 20ms.
Jest zatem czas na zgromadzenie potrzebnej informacji. Nawet przetwornik A/C
nie jest potrzebny - wystarczy uklad odtwarzania pozimu bieli i czerni oraz
szybki multiplekser. Problemem jest "wyplucie" z odpowiednia szybkoscia. AVR-ek
do sprawdzenia bitu i ustawienia wyjscia potrzebuje 3..4 cykli, czyli
300..400us_at_nospam_10MHz i to pod warunkiem, ze bufor uda sie zmiescic w rejestrach.
Zatem albo szybszy uC, albo wspomaganie sprzetowe.
TG
From: "Paweł" <PawelR_at_nospam_elsat.com.pl>
Subject: Re: uC
Date: Fri, 16 Feb 2001 22:41:29 +0100
Użytkownik Tomasz Gumny <anwoz_at_nospam_alpha.net.pl> w wiadomości do grup
dyskusyjnych napisał:96k59p$hbh$1_at_nospam_news.tpi.pl...
Porównać to możesz do zrobienia generatora sygnału sinusoidalnego 7 MHz
modulowanego jakimś innym przebiegiem.
Następnie tak powstały przebieg przepuszcza się przez dość złożone
filtry.
Konieczny jest szybki przetwornik A/C i procesor o bardzo dużej mocy
obliczeniowej.
Mysle, ze troche przesadzasz. Jesli mnie pamiec nie myli, to bit w txt ma
~144us. W dodatku paczka bitow jest nadawana raz na polobraz, czyli co
20ms.
Jest zatem czas na zgromadzenie potrzebnej informacji. Nawet przetwornik
A/C
nie jest potrzebny - wystarczy uklad odtwarzania pozimu bieli i czerni
oraz
szybki multiplekser. Problemem jest "wyplucie" z odpowiednia szybkoscia.
AVR-ek
do sprawdzenia bitu i ustawienia wyjscia potrzebuje 3..4 cykli, czyli
300..400us_at_nospam_10MHz i to pod warunkiem, ze bufor uda sie zmiescic w
rejestrach.
Sygnał teletekstu jest to dość skomplikowany sygnal analogowy.
Jego kształt jest bardzo dokładnie zdefiniowany.
Nie jest problemem samo nadanie informacji. Moim zdaniem kłopot polega na
uformowaniu odpowiedniego przebiegu.
Syganał wizyjny ma pasmo do 6 MHz a ty chcesz dodać do niego 7MHz przebieg
prostokatny !
Paweł
From: "Tomasz Gumny" <anwoz_at_nospam_alpha.net.pl>
Subject: Re: uC
Date: Fri, 16 Feb 2001 23:29:01 +0100
Sygnał teletekstu jest to dość skomplikowany sygnal analogowy.
Jego kształt jest bardzo dokładnie zdefiniowany.
Nie jest problemem samo nadanie informacji. Moim zdaniem kłopot polega na
uformowaniu odpowiedniego przebiegu.
Syganał wizyjny ma pasmo do 6 MHz a ty chcesz dodać do niego 7MHz przebieg
prostokatny !
Az zerknalem co na ten temat pisze Philips...
http://www-us.semiconductors.philips.com/acrobat/8129.pdf
...i nic nie znalazlem. Wszedzie tylko clocki, ramki, itp.
O ksztalcie sygnalu - cisza. Czy przypadkiem taki przebieg
(prostokatny) po przejsciu przez tor wideo nie zaokragli sie
troche rownoczesnie tracac na amplitudzie? :-)
TG
From: "Paweł" <PawelR_at_nospam_elsat.com.pl>
Subject: Re: uC
Date: Sat, 17 Feb 2001 09:34:28 +0100
Az zerknalem co na ten temat pisze Philips...
http://www-us.semiconductors.philips.com/acrobat/8129.pdf
...i nic nie znalazlem. Wszedzie tylko clocki, ramki, itp.
Witam !
Kiedyś dawno temu zajmowałem się tym problemem.
Zakupiłem nawet oficjalną specyfikację systemu.
Tylko w niej jest tak naprawdę kompletny opis.
Niestety nie mam teraz jej przed sobą.
Na jej podstawie napisałem program dekodujący teletekst ze strumienia wideo.
Tzn. sygnał wideo był próbkowany przetwornikiem a/c (14.318Mhz 8 bit) i
zapamiętywany w ramie.
Następnie program operował na tych danych i wyświetlał dane teletekstu. Przy
okazji program dekodował kolory w systemie PAL/Secam/NTSC i wyświetlał
obraz. Nie działało to w czasie rzeczywistym.
Miałem możliwość zrobienia operacji odwrotnej. Zastanawiałem się czy w ten
sposób nie da się wygenerować sygnału teletekstu. Jednak opisany sposób
kształtowania przebiegu w tym czasie był dla mnie stanowczo zbyt
skomplikowany.
Jeśli ktoś chce wygenerować sygnał teletekstu i wpuścić go bezpośrednio do
własnego telewizora to może to zrobić w dowolny sposób. Najwyżej nie
zadziała. Jednak zupełnie inna jest sytuacja jeśli urządzenia ma pracować w
np. w sieci telewizji kablowej. Tam stwierdzenie "zaokragli sie troche
rownoczesnie tracac na amplitudzie" zapewne nie wystarczy.
Paweł
From: "Andy" <anok_at_nospam_ceti.pl>
Subject: Re: uC
Date: Sat, 17 Feb 2001 03:43:20 +0100
Paweł napisał(a) w wiadomości: <96k6f6$nn9$1_at_nospam_news.tpi.pl>...
...
Sygnał teletekstu jest to dość skomplikowany sygnal analogowy.
Jego kształt jest bardzo dokładnie zdefiniowany.
Nie jest problemem samo nadanie informacji. Moim zdaniem kłopot polega na
uformowaniu odpowiedniego przebiegu.
Syganał wizyjny ma pasmo do 6 MHz a ty chcesz dodać do niego 7MHz przebieg
prostokatny !
zdaje sie, ze txt jest nadawany kodem NRZ
zakladajac najgorszy przypadek impulsow
101010101...
to dla strumienia 7Mb/s daje to 3.5 MHz
oczywiscie czestotliwosc podstawowa bo jesli to prostokat
to ma wiele harmonicznych nieparzystych
jesli przepusci sie to przez tor 6MHz
to zbocza dosc konkretnie sia zaokragla
ale i tak po wpuszczeniu potem na uklad formujacy np. Schmitta
da sie odtworzyc prostokata 3,5 MHz
w zaleznosci od progu przelaczania Schmitta
wystapia oczywiscie bledy fazowe
ale beda stale dla wszytkich bitow
tak na wyczucie (bo nigdy tego nie robilem)
to powinno sie udac jesli tylko zna sie format protokolu
txt
Andrzej
From: Krzysztof Pawleta <pawletak_at_nospam_priv5.onet.pl>
Subject: Re: uC
Date: Sat, 17 Feb 2001 02:36:18 +0100
Jacek Pozniak wrote:
Chcialbym wygenerowac sygnal teletextu (bez video) rozumiany przez
standardowy TV.
Pozdrawiam
Ja bym zapytał inaczej: zna ktoś scalaka, który z jakiegoś RAMu będzie
tworzył Teletext???
--
_________________________________________________
| 'Krzys' Pawleta |
| mailto:pawletak_at_nospam_priv5.onet.pl |
|_______ICQ# 1582962___________GG: 259602_______|
From: "Grzegorz Kawa" <greg_at_nospam_tower.t16.ds.pwr.wroc.pl>
Subject: Re: uC
Date: Wed, 21 Feb 2001 17:02:58 +0100
Polecam użycie specjalizowanych układów scalonych np: uPD6467 lub STV5730A.
Cathal
Użytkownik "Krzysztof Pawleta" <pawletak_at_nospam_priv5.onet.pl> napisał w wiadomości
news:3A8DD592.944E3382_at_nospam_priv5.onet.pl...
Jacek Pozniak wrote:
Chcialbym wygenerowac sygnal teletextu (bez video) rozumiany przez
standardowy TV.
Pozdrawiam
Ja bym zapytał inaczej: zna ktoś scalaka, który z jakiegoś RAMu będzie
tworzył Teletext???
--
> _________________________________________________
> | 'Krzys' Pawleta |
> | mailto:pawletak_at_nospam_priv5.onet.pl |
> |_______ICQ# 1582962___________GG: 259602_______|
>
>
>
From: "Jacek Poźniak" <j.pozniak_at_nospam_metron.torun.pl>
Subject: Re: uC
Date: Thu, 22 Feb 2001 08:14:32 -0000
Dzięki!
Sprawdzę
JP
From: Krzysztof Pawleta <pawletak_at_nospam_priv5.onet.pl>
Subject: Re: uC
Date: Thu, 22 Feb 2001 02:21:08 +0100
Grzegorz Kawa wrote:
Polecam użycie specjalizowanych układów scalonych np: uPD6467 lub STV5730A.
Jak byś jeszcze wskazał, gdzie PDFy (jaki producent)...
--
_________________________________________________
| 'Krzys' Pawleta |
| mailto:pawletak_at_nospam_priv5.onet.pl |
|_______ICQ# 1582962___________GG: 259602_______|
From: jfox_at_nospam_friko6.onet.pl (J.F.)
Subject: Re: uC
Date: 16 Feb 2001 16:50:09 +0100
On Fri, 16 Feb 2001 10:31:22 +0100, peters <peters_at_nospam_poczta.onet.pl> wrote:
Wystapi. uC praktycznie sie do tego nie nadaja jesli chodzi o program -
za wolne..
Jak zwykle przesadzasz J.F. :) Na szczescie jest pare niedrogich i szybkich
procesorkow.
I co - uda sie sie uzyskac zadana dokladnosc, czy jitter bedzie 1cm ?
Jakby co - polecam Z80.
On sluzyl jako sterownik wyswietlania w ZX81/ZX80, ale angazowalo go
to mocno, no i za generacje synchronizacji to ULA odpowiadala ..
J.
From: "Jacek Meyerhold" <jacekmey_at_nospam_poczta.onet.pl>
Subject: Re: uC
Date: Thu, 22 Feb 2001 22:14:28 +0100
J.F. napisał(a) w wiadomości: ...
On Fri, 16 Feb 2001 10:31:22 +0100, peters <peters_at_nospam_poczta.onet.pl> wrote:
Jakby co - polecam Z80.
On sluzyl jako sterownik wyswietlania w ZX81/ZX80, ale angazowalo go
to mocno, no i za generacje synchronizacji to ULA odpowiadala ..
A wiesz moze gdzie można znaleźć pdfa do niego? Zilog oferuje tylko ksiażki
za kasę :(
Pozdrawiam,
Jacek Meyerhold
From: Sebastian Bialy <heby_at_nospam_poczta.onet.pl>
Subject: Re: uC
Date: Sat, 17 Feb 2001 13:20:55 +0100
"Jacek Poźniak" wrote:
Czy jest możliwe wygenerowanie sygnału synchronizacji TV za pomocą
mikrokontrolera i aby ten mikrokontroler mógł również robić inne rzeczy; np
pracuje TimerX i co 64uS zgłasza przerwanie celem wygenerowania HS.
W jednym z numerow EP (chyba z przed roku) byl
opis analizatora stanow logicznych na malutkim
AVRku. Moze bedziesz zainteresowany, bo wygladal
interesujaco, taki maly a taki sprytny procek.
Myslalem nawet, zeby nalozyc na obraz wizyjny np.
zegar (polprzezroczysty) ale nie mam sie do tego
jak zabrac, bo w AVR jestem kulawy. Ale skoro
goscie z EP zrobili i nawet dziala, to dlaczego by
nie zrobic sobie lepszego ;) ?
--
Sebastian Bialy - heby_at_nospam_poczta.onet.pl
From: "Tomasz Gumny" <anwoz_at_nospam_alpha.net.pl>
Subject: Re: uC
Date: Sat, 17 Feb 2001 20:58:18 +0100
W jednym z numerow EP (chyba z przed roku) byl
opis analizatora stanow logicznych na malutkim
AVRku. Moze bedziesz zainteresowany, bo wygladal
interesujaco, taki maly a taki sprytny procek.
Zapewniam, ze musialem sie mocno nameczyc,
zeby obraz tam byl stabilny :-).
TG
From: Romuald Bialy <romekb_at_nospam_polbox.com>
Subject: Re: uC
Date: Mon, 19 Feb 2001 00:05:45 +0100
Tomasz Gumny wrote:
W jednym z numerow EP (chyba z przed roku) byl
opis analizatora stanow logicznych na malutkim
AVRku. Moze bedziesz zainteresowany, bo wygladal
interesujaco, taki maly a taki sprytny procek.
Zapewniam, ze musialem sie mocno nameczyc,
zeby obraz tam byl stabilny :-).
TG
No, no, dal sie we znaki rozny czas przyjecia przerwania w zaleznosci od
wykonywanej wczesniej instrukcji ?
I co ? Dales sleep'a ?
--
Pozdrawiam.... Romuald Bialy
E'mail: romekb_at_nospam_polbox.com
WWW: http://www.polbox.com/r/romekb
From: "Tomasz Gumny" <anwoz_at_nospam_alpha.net.pl>
Subject: Re: uC
Date: Mon, 19 Feb 2001 20:59:46 +0100
Zapewniam, ze musialem sie mocno nameczyc,
zeby obraz tam byl stabilny :-).
No, no, dal sie we znaki rozny czas przyjecia przerwania w zaleznosci od
wykonywanej wczesniej instrukcji ?
I co ? Dales sleep'a ?
Tak. Niezapomnianych wrazen dostarczyla mi symulacja - AVRStudio
nie symuluje instrukcji SLEEP.
TG
From: "Jacek Poźniak" <j.pozniak_at_nospam_metron.torun.pl>
Subject: Re: uC
Date: Tue, 20 Feb 2001 08:42:34 -0000
TG
A czy pamiętasz w którym dokładnie numerze EP był ten opis. Chciałbym rzucić
okiem a nie kupuję EP.
JP
From: "Tomasz Gumny" <anwoz_at_nospam_alpha.net.pl>
Subject: Re: uC
Date: Tue, 20 Feb 2001 11:03:45 +0100
A czy pamiętasz w którym dokładnie numerze EP był ten opis. Chciałbym rzucić
okiem a nie kupuję EP.
EP10/99
TG
From: "Jacek Poźniak" <j.pozniak_at_nospam_metron.torun.pl>
Subject: Re: uC
Date: Tue, 20 Feb 2001 13:36:23 -0000
Dzięki?
JP