Sterowanie urzadzeniem przez port drukarkowy



Masz problem? Zapytaj na forum elektroda.pl

Poprzedni Następny
Wiadomość
Spis treści
From: the4dK <the4dK_at_nospam_tlen.pl>
Subject: Sterowanie urzadzeniem przez port drukarkowy
Date: Fri, 11 Feb 2005 09:21:16 +0100


Witam,

Mam pewien problem. Buduje urzadzenie, ktorego poszczegolne funkcje maja
byc sterowane za posrednictwem komputera. Wymagana jest spora szybkosc i
sporo pinow (stad wlasnie port drukarkowy a nie rs). Program do obslugi
urzadzenia pisze w C++ Builderze. Czy ktos wie w jaki sposob obsluzyc
przesylanie danych (lub chociaz ustawianie stanow na pinach) w porcie
drukarkowym w C++ Builderze (w Windows 98)?


--
z gory dzieki za pomoc,
the4dK

Poprzedni Następny
Wiadomość
Spis treści
From: "PAndy" <pandrw_at_nospam_poczta.onet.pl>
Subject: Re: Sterowanie urzadzeniem przez port drukarkowy
Date: Fri, 11 Feb 2005 09:44:31 +0100



"the4dK" <the4dK_at_nospam_tlen.pl> wrote in message
news:cuhqgv$2bcu$1_at_nospam_node3.news.atman.pl...
Witam,

Mam pewien problem. Buduje urzadzenie, ktorego poszczegolne funkcje maja
byc sterowane za posrednictwem komputera. Wymagana jest spora szybkosc i
sporo pinow (stad wlasnie port drukarkowy a nie rs). Program do obslugi
urzadzenia pisze w C++ Builderze. Czy ktos wie w jaki sposob obsluzyc
przesylanie danych (lub chociaz ustawianie stanow na pinach) w porcie
drukarkowym w C++ Builderze (w Windows 98)?

use a google MAN!

http://ee.cleversoul.com/parallel_port.html
http://www.arunet.co.uk/tkboyd/ele1pp.htm
http://www.lvr.com/parport.htm



Poprzedni Następny
Wiadomość
Spis treści
From: the4dK <the4dK_at_nospam_tlen.pl>
Subject: Re: Sterowanie urzadzeniem przez port drukarkowy
Date: Fri, 11 Feb 2005 11:06:46 +0100


PAndy napisał(a):
use a google MAN!

Uzywalem, w pierwszej kolejnosci, ale jedyne, co znalazlem, to jak to
zrobic w Bascomie :(

--
the4dK

Poprzedni Następny
Wiadomość
Spis treści
From: "Pinarczuk" <pinarczuk_at_nospam_poczta.onet.pl>
Subject: Re: Sterowanie urzadzeniem przez port drukarkowy
Date: 11 Feb 2005 09:49:54 +0100


Witam,

Mam pewien problem. Buduje urzadzenie, ktorego poszczegolne funkcje maja
byc sterowane za posrednictwem komputera. Wymagana jest spora szybkosc i
sporo pinow (stad wlasnie port drukarkowy a nie rs). Program do obslugi
urzadzenia pisze w C++ Builderze. Czy ktos wie w jaki sposob obsluzyc
przesylanie danych (lub chociaz ustawianie stanow na pinach) w porcie
drukarkowym w C++ Builderze (w Windows 98)?


Jak dużo pinów to proponował bym RS232 i mikroprocesor.
W C++Builder port szeregowy bardzo łatwo się obsługuje i działa nawet pod XP.

Pozdrawiam

--
Wysłano z serwisu OnetNiusy: http://niusy.onet.pl

Poprzedni Następny
Wiadomość
Spis treści
From: "Q" <oink_at_nospam_gazeta.gov.pl>
Subject: Re: Sterowanie urzadzeniem przez port drukarkowy
Date: Fri, 11 Feb 2005 10:38:43 +0100


Jak dużo pinów to proponował bym RS232 i mikroprocesor.
W C++Builder port szeregowy bardzo łatwo się obsługuje i działa nawet pod
XP.

nic dodac, nic ujac :)



Poprzedni Następny
Wiadomość
Spis treści
From: the4dK <the4dK_at_nospam_tlen.pl>
Subject: Re: Sterowanie urzadzeniem przez port drukarkowy
Date: Fri, 11 Feb 2005 11:04:11 +0100


Q napisał(a):
Jak dużo pinów to proponował bym RS232 i mikroprocesor.
W C++Builder port szeregowy bardzo łatwo się obsługuje i działa nawet pod

XP.

nic dodac, nic ujac :)

A wiecie moze, z jaka maksymalna czastotliwoscia mozna zmieniac stan na
RS232? Bo w sumie chodzi o stroboskop.

--
the4dK

Poprzedni Następny
Wiadomość
Spis treści
From: Siriuz <siriuz_at_nospam_polbox.com>
Subject: Re: Sterowanie urzadzeniem przez port drukarkowy
Date: Fri, 11 Feb 2005 11:20:26 +0100


the4dK wrote:

A wiecie moze, z jaka maksymalna czastotliwoscia mozna zmieniac stan na
RS232? Bo w sumie chodzi o stroboskop.

przez rs232 wysylasz tylko rozkaz do mikrokontrolera, np zeby ci mrugalo z
500hz, a mikrokontroler sam juz zajmuje sie zmiana stanow... a on moze to
robic o rzad wielkosci szybciej niz potrzebujesz ;)

--
Siriuz

Poprzedni Następny
Wiadomość
Spis treści
From: J.F. <jfox_xnospamx_at_nospam_poczta.onet.pl>
Subject: Re: Sterowanie urzadzeniem przez port drukarkowy
Date: Fri, 11 Feb 2005 13:12:35 +0100


On Fri, 11 Feb 2005 11:20:26 +0100, Siriuz wrote:
the4dK wrote:
A wiecie moze, z jaka maksymalna czastotliwoscia mozna zmieniac stan na
RS232? Bo w sumie chodzi o stroboskop.

przez rs232 wysylasz tylko rozkaz do mikrokontrolera, np zeby ci mrugalo z
500hz, a mikrokontroler sam juz zajmuje sie zmiana stanow... a on moze to
robic o rzad wielkosci szybciej niz potrzebujesz ;)

Pecet spokojnie zrobi 500kHz ! Bufory RS-232 niekoniecznie to
przeniosa, ale 115kbaud przenosza nawet z przyzwoitymi zboczami.

Tylko ze jesli to ma byc pod windows, to nie gwarantuje nawet 100Hz
-(

No i port nie moze byc USB :-(


J.



Poprzedni Następny
Wiadomość
Spis treści
From: the4dK <the4dK_at_nospam_tlen.pl>
Subject: Re: Sterowanie urzadzeniem przez port drukarkowy
Date: Fri, 11 Feb 2005 13:27:59 +0100


J.F. napisał(a):
Pecet spokojnie zrobi 500kHz ! Bufory RS-232 niekoniecznie to
przeniosa, ale 115kbaud przenosza nawet z przyzwoitymi zboczami.

Tylko ze jesli to ma byc pod windows, to nie gwarantuje nawet 100Hz
-(

Wlasnie dlatego chce port drukarkowy a nie rs ;]

--
the4dK

Poprzedni Następny
Wiadomość
Spis treści
From: J.F. <jfox_xnospamx_at_nospam_poczta.onet.pl>
Subject: Re: Sterowanie urzadzeniem przez port drukarkowy
Date: Fri, 11 Feb 2005 14:16:22 +0100


On Fri, 11 Feb 2005 13:27:59 +0100, the4dK wrote:
J.F. napisał(a):
Pecet spokojnie zrobi 500kHz ! Bufory RS-232 niekoniecznie to
przeniosa, ale 115kbaud przenosza nawet z przyzwoitymi zboczami.

Tylko ze jesli to ma byc pod windows, to nie gwarantuje nawet 100Hz
-(

Wlasnie dlatego chce port drukarkowy a nie rs ;]

Z portem drukarki jest niestety dokladnie tak samo :-(

Dobrze koledzy radzili - maly procesorek, do ktorego przez RS wysylamy
komendy..

J.


Poprzedni Następny
Wiadomość
Spis treści
From: "PAndy" <pandrw_at_nospam_poczta.onet.pl>
Subject: Re: Sterowanie urzadzeniem przez port drukarkowy
Date: Fri, 11 Feb 2005 14:28:55 +0100



"J.F." <jfox_xnospamx_at_nospam_poczta.onet.pl> wrote in message
news:4j9p01hodc5k16niklvidkt496l8vtovlr_at_nospam_4ax.com...
On Fri, 11 Feb 2005 13:27:59 +0100, the4dK wrote:
J.F. napisał(a):
Pecet spokojnie zrobi 500kHz ! Bufory RS-232 niekoniecznie to
przeniosa, ale 115kbaud przenosza nawet z przyzwoitymi zboczami.

Tylko ze jesli to ma byc pod windows, to nie gwarantuje nawet 100Hz
-(

Wlasnie dlatego chce port drukarkowy a nie rs ;]

Z portem drukarki jest niestety dokladnie tak samo :-(

Dobrze koledzy radzili - maly procesorek, do ktorego przez RS wysylamy
komendy..

jesli pod win95/98 to da rade, gdzies w MSN jest wlasnie artykul jak to
robic szybko i regularnie w takim OS jak win9x
Alternatywnie jakis pentium stare, polozyc dos i pojechac - kompletnego PC w
takiej konfiguracji mozna dostac za 30 - 50zl... - moze sie okazac ze to
najszybszy i najwygodniejszy sposob na cos takiego... (patrze na to od
strony programistyczno uzytkowej - wystarczy wsadzic karte na ISA i mamy dwa
porty rownolegle - 16 niezaleznych wyjsc, dobre narzedzia do pisania softu -
mozemy zapuscic to na przerwaniach od timera. Jakby sie uparl to mozna nawet
wsadzic to do BIOS... w koncu mamy tam co najmniej 64KB co powinno az nadto
wystarczy do obslugi czegos takiego... gdzies widzalem programik do
konwersji oprogramowania w taki sposob zeby dawalo sie to wsadzac od razu do
BIOS - konwertowal wywolania BIOS na procedury i skompilowany kod bez
problemu dawal sie zapisac w EPROM).



Poprzedni Następny
Wiadomość
Spis treści
From: "Wojtek" <wniedzie_at_nospam_interia.pl>
Subject: Re: Sterowanie urzadzeniem przez port drukarkowy
Date: Sat, 12 Feb 2005 11:15:42 +0100



Użytkownik "PAndy" <pandrw_at_nospam_poczta.onet.pl> napisał w wiadomości
news:cuibul$nkq$1_at_nospam_news.onet.pl...
gdzies widzalem programik do konwersji oprogramowania w taki sposob zeby
dawalo sie to wsadzac od razu do
BIOS - konwertowal wywolania BIOS na procedury i skompilowany kod bez
problemu dawal sie zapisac w EPROM)

Królestwo za taki programik!! :)


Wojtek



Poprzedni Następny
Wiadomość
Spis treści
From: "Q" <oink_at_nospam_gazeta.gov.pl>
Subject: Re: Sterowanie urzadzeniem przez port drukarkowy
Date: Fri, 11 Feb 2005 11:24:59 +0100


A wiecie moze, z jaka maksymalna czastotliwoscia mozna zmieniac stan na
RS232? Bo w sumie chodzi o stroboskop.

1.
koledze chodzilo o cos innego:
tzn. podlaczasz do rs'a kompa jakiegos uP
i uP robi Ci rozne cuda, a po rs'ie mowisz mu,
jakie te cuda maja byc :)

np. o jakiej czestotliwosci ma generowac PWM'a, itd...
czyli: przesylajac po uarcie z predkoscia 9600 bps
rozkaz "wez ty mi generuj pwm'a teraz o f=100kHz",
on to zrobi :)

2.
rx i tx to nie wiem - ponoc sie da zmieniac ich stan programowo,
ale pod wind'a moze byc problem :(,
ale rts'a mozna :)

stroboskop?
to chyba nie bedziesz zadal duzej szybkosci?!
)



Poprzedni Następny
Wiadomość
Spis treści
From: the4dK <the4dK_at_nospam_tlen.pl>
Subject: Re: Sterowanie urzadzeniem przez port drukarkowy
Date: Fri, 11 Feb 2005 11:41:45 +0100


Q napisał(a):
1.
koledze chodzilo o cos innego:
tzn. podlaczasz do rs'a kompa jakiegos uP
i uP robi Ci rozne cuda, a po rs'ie mowisz mu,
jakie te cuda maja byc :)
np. o jakiej czestotliwosci ma generowac PWM'a, itd...
czyli: przesylajac po uarcie z predkoscia 9600 bps
rozkaz "wez ty mi generuj pwm'a teraz o f=100kHz",
on to zrobi :)

Owszem, racja, ale tylko wtedy gdy budowalbym "normalny" stroboskop.
Moja koncepcja jest jednak inna. Chodzi o zbudowanie "bazy"
stroboskopowej do obslugi duzej powierzchniowo sali. Do takiej bazy
podlaczaloby sie max 16 stroboskopow "koncowek", do ktorych szlo by z
bazy zasilanie i napiecie wyzwalajace.

Glowna koncepcja mojego programu polega na skryptowym jezyku obslugi
takiej bazy. Moglbym wiec napisac program w stylu:

blink1
wait 100
blink2
wait 200
blink3
wait 300

A po jego uruchomieniu komputer wysylalby "na zywo" informacje do bazy,
ktory palnik ma zapalic. Chodzi o to, ze trudno jest mi uzyskac rozne
czasy odstepu pomiedzy poszczegolnymi blyskami metoda sprzetowa. Poza
tym wiazaloby sie to z koniecznoscia zaladowania programu do procesora w
bazie, co uniemozliwiloby mi pisanie dlugich programow. Wiem, ze ten
problem moznaby rozwiazac poprzez np. dodatkowa pamiec w bazie czy cos
takiego, ale zalezy mi na jak najnizszych kosztach.

--
the4dK

Poprzedni Następny
Wiadomość
Spis treści
From: "Q" <oink_at_nospam_gazeta.gov.pl>
Subject: Re: Sterowanie urzadzeniem przez port drukarkowy
Date: Fri, 11 Feb 2005 12:11:38 +0100


Owszem, racja, ale tylko wtedy gdy budowalbym "normalny" stroboskop.

guzik prawda :)

poza tym - nic nie jest "normalne" :)

Glowna koncepcja mojego programu polega na skryptowym jezyku obslugi
takiej bazy. Moglbym wiec napisac program w stylu:

blink1
wait 100
blink2
wait 200
blink3
wait 300

wysylalbys te info po rs'ie;
w czym widzisz problem?

A po jego uruchomieniu komputer wysylalby "na zywo" informacje do bazy,
ktory palnik ma zapalic.

komputer pod windowsem nie wysle Ci nic w czasie jakim chcesz;
najlepiej zrobic to sprzetowo;
/komp by pelnil role sterownika uP ktory sterowalby stroboskopami :)

Chodzi o to, ze trudno jest mi uzyskac rozne
czasy odstepu pomiedzy poszczegolnymi blyskami metoda sprzetowa.

?!
/metoda softwarowa chyba;
metody sprzetowe stosuje sie wlasnie wtedy,
gdy bardziej zalezy nam na czasowkach (niz na kosztach :);
/o ile w ogole softwarowo da sie zrobic to co chcemy :)

Poza tym wiazaloby sie to z koniecznoscia zaladowania programu do
procesora w
bazie, co uniemozliwiloby mi pisanie dlugich programow.

nierozumiem tego zdania :)

Wiem, ze ten
problem moznaby rozwiazac poprzez np. dodatkowa pamiec w bazie czy cos
takiego,

?

ale zalezy mi na jak najnizszych kosztach.

to kazdy rozmie :)



Poprzedni Następny
Wiadomość
Spis treści
From: the4dK <the4dK_at_nospam_tlen.pl>
Subject: Re: Sterowanie urzadzeniem przez port drukarkowy
Date: Fri, 11 Feb 2005 12:45:51 +0100


Q napisał(a):

Glowna koncepcja mojego programu polega na skryptowym jezyku obslugi
takiej bazy. Moglbym wiec napisac program w stylu:

blink1
wait 100
blink2
wait 200
blink3
wait 300

wysylalbys te info po rs'ie;
w czym widzisz problem?

Myslalem po prostu, ze na rs'ie zabraknie pinow ;]
W sumie zamiast ustawiac stany, moznaby przeslac 1 bajt oznaczajacy
numer palnika.

A po jego uruchomieniu komputer wysylalby "na zywo" informacje do bazy,
ktory palnik ma zapalic.

komputer pod windowsem nie wysle Ci nic w czasie jakim chcesz;
najlepiej zrobic to sprzetowo;
/komp by pelnil role sterownika uP ktory sterowalby stroboskopami :)

Masz racje, jezeli chodzi o dokladnosc, to na Windows nie ma co liczyc
/ Moze tak wlasnie zrobie. Chodzi o to, ze caly projekt robie razem z
kolega. On zna sie na elektronice, ja na programowaniu. Jednak tylko ja
mam internet, wiec pisze w jego imieniu rowniez. Specjalista od
elektroniki nie jestem, wiec nie bede sie w niczym spiral. W kazdym
razie dzieki za nowa koncepcje.

Chodzi o to, ze trudno jest mi uzyskac rozne
czasy odstepu pomiedzy poszczegolnymi blyskami metoda sprzetowa.

?!
/metoda softwarowa chyba;
metody sprzetowe stosuje sie wlasnie wtedy,
gdy bardziej zalezy nam na czasowkach (niz na kosztach :);
/o ile w ogole softwarowo da sie zrobic to co chcemy :)

Softwareowo to wiem jak zrobic, tyle ze bedzie strasznie niedokladnie. A
co do rozwiazania sprzetowego, to wedlug mojego kolegi, bedzie to drozej
i wiecej roboty. Dlatego chcielismy rozwiazac to w ten wlasnie sposob.

Poza tym wiazaloby sie to z koniecznoscia zaladowania programu do
procesora w bazie, co uniemozliwiloby mi pisanie dlugich programow.

nierozumiem tego zdania :)

Chodzilo mi o to, zeby ladowac caly program "mrugania" palnikow do uC za
kazdym razem gdy zechce zmienic program. Ale to chyba nie jest najlepszy
pomysl :/

Wiem, ze ten
problem moznaby rozwiazac poprzez np. dodatkowa pamiec w bazie czy cos
takiego,

?

Eprom na program odpowiadajacy za mruganie.

Dzieki za wszystkie uwagi. Jesli macie jeszcze jakies sugestie co do
sposobu zrealizowania mojego pomyslu, to piszcie.

--
pozdrawiam,
the4dK

Poprzedni Następny
Wiadomość
Spis treści
From: Jurek Szczesiul <jerzy.szczesiul_at_nospam_wycin.ep.com.pl>
Subject: Re: Sterowanie urzadzeniem przez port drukarkowy
Date: Fri, 11 Feb 2005 15:21:09 +0100


Fri, 11 Feb 2005 12:45:51 +0100, na pl.misc.elektronika, the4dK napisał(a):


Softwareowo to wiem jak zrobic, tyle ze bedzie strasznie niedokladnie.

Loodzie, co Wy z tą dokładnością Windows, czy to ma sterować startem promu?
100 Hz dostaniesz bez żadnego problemu ( no chyba, że jednocześnie na maksa
obciążysz peceta czymś innym ).
Taki prosty układzik :
sterowane z linii TxD, RTS, DTR ) i obsługujące linie data, clk i strobe
rejestrów ( od razu masz separację galwaniczną portu )
zregenerowania zboczy
wyzwalania stroboskopów pobieraną ze skryptu.
Taktowanie liniii kontrolnych z użyciem funkcji API może z powodzeniem
osiągnąć kilkadziesiąt kHz a więc wystarczy w zupełności. Jak czasem
Windows przesunie coś o parę ms - nic nie szkodzi, to będzie zupełnie
niezauważalne. Przy tym używając API zapewnisz przenośność kodu na w2k i
XP.
Do odmierzania 10 ms nie używaj timera systemowego ! Pod w98 ma on
rozdzielczość nie lepszą niż 55 ms a więc się nie nadaje. Weź timer
multimedialny - można na nim na ogół zjechać do 1 ms i ma dobrą
powtarzalność .

To IMHO powinno biegać bez problemu - a sprzęt ( bez części wykonawczej )
to kilkanaście PLN.


Chodzilo mi o to, zeby ladowac caly program "mrugania" palnikow do uC za
kazdym razem gdy zechce zmienic program. Ale to chyba nie jest najlepszy
pomysl :/

Jeśli wersja w uP to proponuję wziąć jakiś z trochę większym ramem. Tam
ustawisz sobie przełączane bufory na kilka sekund sterowania ( 1 sekunda =
100 2-bajtowych próbek ). W momencie opróżnienia bufora uP przełacza się
na drugi i śle do peceta żądanie nowego bloku danych, którym doładowuje
zużyty bufor. To tylko przykład oczywiście.
Zastosowanie uP umożliwi rozbudowę i zwiększenie uniwersalności - jak
przyjdzie ochota można dodać obsługę np. CF i tam mieć różne nagrane
sekwencje do puszczania już bez żadnego PC

--
Pozdrowienia
Jurek Szczesiul

Poprzedni Następny
Wiadomość
Spis treści
From: the4dK <the4dK_at_nospam_tlen.pl>
Subject: Re: Sterowanie urzadzeniem przez port drukarkowy
Date: Fri, 11 Feb 2005 17:02:29 +0100


O! To sie nazywa konstruktywny post ;]

Jurek Szczesiul napisał(a):
Loodzie, co Wy z tą dokładnością Windows, czy to ma sterować startem promu?
100 Hz dostaniesz bez żadnego problemu ( no chyba, że jednocześnie na maksa
obciążysz peceta czymś innym ).

tez tak mysle

Taki prosty układzik :
[ciach]
Weź timer multimedialny - można na nim na ogół zjechać do 1 ms i ma dobrą
powtarzalność .

A to jest w komponentach? Czy musze sie odwolywac do funkcji WinAPI, np.
GetTickCount?

Jeśli wersja w uP to proponuję wziąć jakiś z trochę większym ramem. Tam
ustawisz sobie przełączane bufory na kilka sekund sterowania ( 1 sekunda =
100 2-bajtowych próbek ). [...]

Eee, za duzo kombinowania chyba. W sumie, to przeciez duzej (jak na
elektronike) czestotliwosci nie potrzeba, ani tym bardziej dokladnosci.
Najwazniejsze, zebym mogl napisac skrypt mrugania o dlugosci
kilkudziesieciu instrukcji.

W kazdym razie, wielkie dzieki za rade!

--
_________________________
..,,++~~--==**''``^^"" the4dK ""^^``''**==--~~++,,..
/|\ the4dK_at_nospam_tlen.pl /|\
\:/ gg: 6938899 / tlen: the4dK \:/
""^^''``**--==~~++,,.._________________________..,,++~~==--**``''^^""

Poprzedni Następny
Wiadomość
Spis treści
From: Jurek Szczesiul <jerzy.szczesiul_at_nospam_wycin.ep.com.pl>
Subject: Re: Sterowanie urzadzeniem przez port drukarkowy
Date: Fri, 11 Feb 2005 18:29:48 +0100


Fri, 11 Feb 2005 17:02:29 +0100, na pl.misc.elektronika, the4dK napisał(a):

Weź timer multimedialny - można na nim na ogół zjechać do 1 ms i ma dobrą
powtarzalność .

A to jest w komponentach? Czy musze sie odwolywac do funkcji WinAPI, np.
GetTickCount?


W komponentach raczej nie będzie. Szukaj w helpie MS-multimedia-reference
haseł timeProc, timeBeginPeriod, timeSetEvent, timeEndPeriod,timeKillEvent
itd.

Przykłady zastosowania mam tylko dla Delphi ( podobnie jak komponent
sterowania pinami RS-a - zrobiony specjalnie do takich nietypowych
przypadków ).

--
Pozdrowienia
Jurek Szczesiul

Poprzedni Następny
Wiadomość
Spis treści
From: the4dK <the4dK_at_nospam_tlen.pl>
Subject: Re: Sterowanie urzadzeniem przez port drukarkowy
Date: Fri, 11 Feb 2005 18:42:06 +0100


Jurek Szczesiul napisał(a):
W komponentach raczej nie będzie. Szukaj w helpie MS-multimedia-reference
haseł timeProc, timeBeginPeriod, timeSetEvent, timeEndPeriod,timeKillEvent
itd.

Dzieki za info. Poszukam.

Przykłady zastosowania mam tylko dla Delphi ( podobnie jak komponent
sterowania pinami RS-a - zrobiony specjalnie do takich nietypowych
przypadków ).

Jesli mozesz, to podrzuc mi na priv. Moze byc dla Delphi.

--
__ __ _____ __ __ __
| |_| |--.-----.| | |.--| | |/ |
| _| | -__||__ | _ | <
|____|__|__|_____| |__||_____|__|\__|
,oPq J -- the4dK_at_nospam_tlen.pl --
7 `8oP' -- gg: 6938899 --

Poprzedni Następny
Wiadomość
Spis treści
From: "nuclear" <nuclear2001_at_nospam_poczta.onet.pl>
Subject: Re: Sterowanie urzadzeniem przez port drukarkowy
Date: Fri, 11 Feb 2005 12:12:03 +0100



A po jego uruchomieniu komputer wysylalby "na zywo" informacje do bazy,
ktory palnik ma zapalic. Chodzi o to, ze trudno jest mi uzyskac rozne
czasy odstepu pomiedzy poszczegolnymi blyskami metoda sprzetowa. Poza
tym wiazaloby sie to z koniecznoscia zaladowania programu do procesora w
bazie, co uniemozliwiloby mi pisanie dlugich programow. Wiem, ze ten
problem moznaby rozwiazac poprzez np. dodatkowa pamiec w bazie czy cos
takiego, ale zalezy mi na jak najnizszych kosztach.


ja to widze, tak, ze z kompa do uC szeregowo szedłby sygnał co i kedy
odpalić (czyli adres konkretnego palnika i w dajmy ktorym takcie licznika)
a mikroprocesor w odpowiednim czasie by to juz wykonał - wg mnie, gdyby uzyć
np at89c51, to juz nic wiecej z ukladow cyfrowych by nie trzeba było -od uC
od razu starowanie przez optotriaka i dalej na stroba juz ;-)
mozliwe ze to zagmatwalem, ale jakby co to moge niejasnosci jeszcze
wytlumaczyc



Poprzedni Następny
Wiadomość
Spis treści
From: "Q" <oink_at_nospam_gazeta.gov.pl>
Subject: Re: Sterowanie urzadzeniem przez port drukarkowy
Date: Fri, 11 Feb 2005 12:29:18 +0100


np at89c51, to juz nic wiecej z ukladow cyfrowych by nie trzeba było -od
uC
od razu starowanie przez optotriaka i dalej na stroba juz ;-)

wlasnie,
a jak jeszcze inaczej mozna starowac moca (inaczej niz triakiem :)?
sa np. jakies takie szybkie przekazniki?
/jak z kosztami? :)

mozliwe ze to zagmatwalem, ale jakby co to moge niejasnosci jeszcze

nie rob se jaj :)



Poprzedni Następny
Wiadomość
Spis treści
From: "nuclear" <nuclear2001_at_nospam_poczta.onet.pl>
Subject: Re: Sterowanie urzadzeniem przez port drukarkowy
Date: Fri, 11 Feb 2005 14:07:14 +0100



Użytkownik "Q" <oink_at_nospam_gazeta.gov.pl> napisał w wiadomości
news:cui4uj$q85$1_at_nospam_atlantis.news.tpi.pl...
np at89c51, to juz nic wiecej z ukladow cyfrowych by nie trzeba było -od
uC
od razu starowanie przez optotriaka i dalej na stroba juz ;-)

wlasnie,
a jak jeszcze inaczej mozna starowac moca (inaczej niz triakiem :)?
sa np. jakies takie szybkie przekazniki?
/jak z kosztami? :)

to zalezy jaki stroboskop chcesz regulowac - na czym polega sterowanie mocy?
bo jak dotąd to spotykalem sie z takm rozwiazaniem, ze zmiana mocy polegala
na zmianie pojemnosci kondensatora



Poprzedni Następny
Wiadomość
Spis treści
From: "Q" <oink_at_nospam_gazeta.gov.pl>
Subject: Re: Sterowanie urzadzeniem przez port drukarkowy
Date: Sat, 12 Feb 2005 01:01:07 +0100


to zalezy jaki stroboskop chcesz regulowac - na czym polega sterowanie
mocy?

no ja yyyy......
ja nigdy nie mialem stroboskopu w reku, dlatego pytam;
swoja droga - zaciekawil mnie ten watek,
i zrobilbym sobie tez jakies strobo :)
/najlepiej mrugajace w rytm muzyki,
ale to chyba trzeba widmo na jakims dsp obliczac :(



Poprzedni Następny
Wiadomość
Spis treści
From: Krzysztof Rudnik <rudnik_at_nospam_kki.net.pl>
Subject: Re: Sterowanie urzadzeniem przez port drukarkowy
Date: Sat, 12 Feb 2005 07:11:58 +0100


Q wrote:

to zalezy jaki stroboskop chcesz regulowac - na czym polega sterowanie
mocy?

no ja yyyy......
ja nigdy nie mialem stroboskopu w reku, dlatego pytam;
swoja droga - zaciekawil mnie ten watek,
i zrobilbym sobie tez jakies strobo :)
/najlepiej mrugajace w rytm muzyki,
ale to chyba trzeba widmo na jakims dsp obliczac :(

Rytmu na DSP raczej nie bardzo da sie obliczyc (za wolne),
po za tym rytm trzeba miec on-line i synchronicznie z muzyka.
Najwyzej mozna by liczyc 'chwilowe' widmo i na tej podstawie
generowac sygnal taktujacy PLL. Ale to porywanie sie
z armata na muchy. Kiedys, gdzies tak w liceum (poczatek
lat 80) bawilismy sie z kolegami ilumofoniami i zrobilismy
eksperymentalnie uklad skladajacy sie z rejestru
przesuwajacego 8 bitowego polaczonego w licznik Johnsona
sterowane z jakiegos prostego ukladziku wejsciowego na 1
tranzystorze i bardzo fajnie chodzilo. Niestety byl to tylko
uklad eksperymentalny z LEDami (a wtedy LEDy byly slabe)
zamiast zarowek. Pamietam tylko ze jakos podejrzanie fajnie
wylapywalo rytm. Uklad wejsciowy to byla dioda ladujaca
kondensator (prostownik jednopolowkowy), tranzystor byl odtykany
w momencie ladowania kondensatora, czyli w momencie
gwatlownego wzrostu glosnosci.

Krzysiek Rudnik






Poprzedni Następny
Wiadomość
Spis treści
From: "krzych" <dthrone_at_nospam_interia.pl>
Subject: Re: Sterowanie urzadzeniem przez port drukarkowy
Date: 12 Feb 2005 13:52:49 +0100


i zrobilbym sobie tez jakies strobo :)
/najlepiej mrugajace w rytm muzyki,
ale to chyba trzeba widmo na jakims dsp obliczac :(

Widmo można wyjąć bezproblemowo jakimś pluginem wprost z Winampa.
A jeśli chcesz się ze stroboskopem podpiąć bezpośrednio pod źródło sygnału np.
do głośników, to może jakiś wtórnik a za nim układ rezonansowy dostrojny do
danej częstotliwości, na którym napięcie będzie sterowało częstotliwością
błysków? Tak tylko rzucam pomysł z rękawa bo sam nic podobnego nie robiłem :)

pozdrawiam
--
krzych


--
Wysłano z serwisu OnetNiusy: http://niusy.onet.pl

Poprzedni Następny
Wiadomość
Spis treści
From: "nuclear" <nuclear2001_at_nospam_poczta.onet.pl>
Subject: Re: Sterowanie urzadzeniem przez port drukarkowy
Date: Sat, 12 Feb 2005 14:25:49 +0100



Użytkownik "Q" <oink_at_nospam_gazeta.gov.pl> napisał w wiadomości
news:cujh79$fk3$1_at_nospam_nemesis.news.tpi.pl...
to zalezy jaki stroboskop chcesz regulowac - na czym polega sterowanie
mocy?

no ja yyyy......
ja nigdy nie mialem stroboskopu w reku, dlatego pytam;
swoja droga - zaciekawil mnie ten watek,
i zrobilbym sobie tez jakies strobo :)
/najlepiej mrugajace w rytm muzyki,
ale to chyba trzeba widmo na jakims dsp obliczac :(


ja to usiebie zrobilem w sposob 100% analogowy
wiejscie sygnału audio, potem filtr aktywny dolnoprzepustowy (tak ok od
80-120hz w dół) no i na drugim wzm op układ dający na wyjsciu sygnał przy
przekroczeniu pewnej amplitudy. dziala wg mnie bardzo dobrze.



Poprzedni Następny
Wiadomość
Spis treści
From: "Piotr Wyderski" <wyderskiREMOVE_at_nospam_ii.uni.wroc.pl>
Subject: Re: Sterowanie urzadzeniem przez port drukarkowy
Date: Mon, 14 Feb 2005 15:44:07 +0100


Q wrote:

i zrobilbym sobie tez jakies strobo :)
/najlepiej mrugajace w rytm muzyki,
ale to chyba trzeba widmo na jakims dsp obliczac :(

Bez przesady, wystarczy dowolny Atmelek z przetwornikiem
ADC dokonujacy filtracji pasmowej i adaptacyjnie ustalajacy
poziom wyzwalania stroboskopu na podstawie sredniej
glosnosci w pomieszczeniu. Ewentualnie ten sam Atmel
liczacy 32-punktowa transformate Fouriera i szukajacy
istotnych zmian w widmie. Zlozonosc obliczeniowa tego
miesci sie z zapasem w wydajnosci AVRow.

Pozdrawiam
Piotr Wyderski


Poprzedni Następny
Wiadomość
Spis treści
From: "krzych" <dthrone_at_nospam_interia.pl>
Subject: Re: Sterowanie urzadzeniem przez port drukarkowy
Date: 11 Feb 2005 16:29:52 +0100


Jak dużo pinów to proponował bym RS232 i mikroprocesor.
W C++Builder port szeregowy bardzo łatwo się obsługuje i działa nawet pod
XP.

nic dodac, nic ujac :)

Taaa. Niedawno dostałem od Maxima próbki z max233 na czele i zmontowałem
układzik z uC at89s52 mający za zadanie odebrać bajt z portu COM, zinkrementować
i odeslać z powrotem. Na PCta napisałem programik w BCB i... coś wysyła, ale nic
nie odbiera.

Albo ja jestem zbyt tępy, albo to może wina lutowania i programowania po nocach,
bo wydawało mi się, że układ realizujący coś tak prostego musi działać poprawnie
od pierwszego odpalenia. Jak widać nie...

Dlatego jeśli ktoś dysponuje sprawdzonym "gotowcem" (program na PC + schemat
połączeń od wtyczki DSub9 do max233) to bardzo proszę o kontakt.

Ja swój program pisałem w oparciu o książkę "RS232 - Praktyczne Programowanie" i
aż głowa mnie bolała od WinAPI. Szukałem w necie darmowych komponentów do
ułatwienia sobie życia, ale znalazłem tylko komercyjne.

Pomęczę się z tym problemem jeszcze dzisiaj i jeśli nic nie uda mi się wskórać,
to jutro zacznę zadawać duuużo pytań. Bądźcie więc czujni :D

PS. Czy jest jakiś prosty sposób na sprawdzenie, czy mój program pod Windowsem w
ogóle potrafi coś wysłać i odebrać? Może zewrzeć we wtyczce linie TxD i RxD?

pozdrawiam

--
krzych


--
Wysłano z serwisu OnetNiusy: http://niusy.onet.pl

Poprzedni Następny
Wiadomość
Spis treści
From: "PAndy" <pandrw_at_nospam_poczta.onet.pl>
Subject: Re: Sterowanie urzadzeniem przez port drukarkowy
Date: Fri, 11 Feb 2005 17:58:55 +0100



"krzych" <dthrone_at_nospam_interia.pl> wrote in message
news:2dd0.000013b9.420ccf6f_at_nospam_newsgate.onet.pl...
Jak dużo pinów to proponował bym RS232 i mikroprocesor.
W C++Builder port szeregowy bardzo łatwo się obsługuje i działa nawet
pod
XP.

nic dodac, nic ujac :)

Taaa. Niedawno dostałem od Maxima próbki z max233 na czele i zmontowałem
układzik z uC at89s52 mający za zadanie odebrać bajt z portu COM,
zinkrementować
i odeslać z powrotem. Na PCta napisałem programik w BCB i... coś wysyła,
ale nic
nie odbiera.

Albo ja jestem zbyt tępy, albo to może wina lutowania i programowania po
nocach,
bo wydawało mi się, że układ realizujący coś tak prostego musi działać
poprawnie
od pierwszego odpalenia. Jak widać nie...

Dlatego jeśli ktoś dysponuje sprawdzonym "gotowcem" (program na PC +
schemat
połączeń od wtyczki DSub9 do max233) to bardzo proszę o kontakt.

Ja swój program pisałem w oparciu o książkę "RS232 - Praktyczne
Programowanie" i
aż głowa mnie bolała od WinAPI. Szukałem w necie darmowych komponentów do
ułatwienia sobie życia, ale znalazłem tylko komercyjne.

Pomęczę się z tym problemem jeszcze dzisiaj i jeśli nic nie uda mi się
wskórać,
to jutro zacznę zadawać duuużo pytań. Bądźcie więc czujni :D

PS. Czy jest jakiś prosty sposób na sprawdzenie, czy mój program pod
Windowsem w
ogóle potrafi coś wysłać i odebrać? Może zewrzeć we wtyczce linie TxD i
RxD?

a zapytam z ciekawosci czy probowales zamienic linie bo gro problemow w
takich przypadkach to zamienione linie TxD i RxD po jednej ze stron -
sprobuj albo przy kompie albo przy uC zamienic linie...



Poprzedni Następny
Wiadomość
Spis treści
From: "Q" <oink_at_nospam_gazeta.gov.pl>
Subject: Re: Sterowanie urzadzeniem przez port drukarkowy
Date: Sat, 12 Feb 2005 00:57:03 +0100


Taaa. Niedawno dostałem od Maxima próbki z max233 na czele i zmontowałem
układzik z uC at89s52 mający za zadanie odebrać bajt z portu COM,
zinkrementować
i odeslać z powrotem. Na PCta napisałem programik w BCB i... coś wysyła,
ale nic
nie odbiera.

hm...
ja na Atmedze162 odpalilem 3 uarty :),
i wszystko dzialalo dobrze :)

Albo ja jestem zbyt tępy, albo to może wina lutowania i programowania po
nocach,
bo wydawało mi się, że układ realizujący coś tak prostego musi działać
poprawnie
od pierwszego odpalenia. Jak widać nie...

moze poswiergolily Ci sie rx'y i tx'y :)
/mi to sie nie zdarza, bo dokladnie (wada: mala szybkosc :) tworze
schemat;

Dlatego jeśli ktoś dysponuje sprawdzonym "gotowcem" (program na PC +
schemat
połączeń od wtyczki DSub9 do max233) to bardzo proszę o kontakt.

na ogol RX na jakims scalaku, czy w PeCecie (DB9, pin #2),
oznacza odbior i nalezy go "przyczepic"
do TX'a przylaczanego urzadzenia :).
/i vice versa :)

trzymajac sie tej zasady zaoszczedzisz nerwy i, suma-sumarum, czas :).

ps.
swoja droga, jestem zaskoczony jak wielu osobom
pieprzy sie rx z tx'em i na odwrot;
nie wiedza czy rx do odbior, czy moze do tego
trza rx'a przylaczyc, itd...

nie znam sie na elektronice,
ale (o dziwo? :) z tym akurat problemow nie mam :)


Ja swój program pisałem w oparciu o książkę "RS232 - Praktyczne
Programowanie" i
aż głowa mnie bolała od WinAPI. Szukałem w necie darmowych komponentów do
ułatwienia sobie życia, ale znalazłem tylko komercyjne.

na msdn'ie jest zajebisty artykul o Serial Communication in Win32;
tyle, ze ma wady:
musisz go przeczytac,
nieco zajarzyc,
i samemu napisac program :).

na koniec, poza satysfakcja, ze okielznales rs-232 w windzie,
ulatwisz sobie zycie raz na zawsze (jesli chodzi o obsluge rs'a :)

PS. Czy jest jakiś prosty sposób na sprawdzenie, czy mój program pod
Windowsem w
ogóle potrafi coś wysłać i odebrać? Może zewrzeć we wtyczce linie TxD i
RxD?

jesli masz win9x to wgraj np. terminal z nortona commandera
i sprawdz spad niego komunikacje z Twoim urzadzeniem;

jesli nie dziala - szukaj bledow najpierw w sprzecie,
a potem dopiero w sofcie na PC;



Poprzedni Następny
Wiadomość
Spis treści
From: "krzych" <dthrone_at_nospam_interia.pl>
Subject: Re: Sterowanie urzadzeniem przez port drukarkowy
Date: 12 Feb 2005 14:31:01 +0100


moze poswiergolily Ci sie rx'y i tx'y :)
/mi to sie nie zdarza, bo dokladnie (wada: mala szybkosc :) tworze
schemat;

Ja prawdę mówiąc działałem bez schematu bo uznałem, że szkoda coś tak prostego
rysować. Na szczęście Rx i Tx nie poświergoliłem. W sumie popełniłem tylko jeden
błąd, ale za to zasadniczy: chwyciłem się za lutownicę po pierwszej w nocy :) I
chyba to było powodem, że zapomniałem przyłączyć w procku /EA do zasilania. Jak
to poprawiłem zaczął się wykonywać program z pamięci wewnętrznej i się okazało,
że wszystko działa, hula, śmiga itp. Szkoda tylko, że kosztowało mnie to
półtorej dnia sprawdzania i nerwów.


na ogol RX na jakims scalaku, czy w PeCecie (DB9, pin #2),
oznacza odbior i nalezy go "przyczepic"
do TX'a przylaczanego urzadzenia :).
/i vice versa :)

Mi się ta zasada wydawała całkiem naturalna :) Dopiero jak się okazało, że "nie
działa" zacząłem wątpić w swoją intuicję.


na msdn'ie jest zajebisty artykul o Serial Communication in Win32;
tyle, ze ma wady:
musisz go przeczytac,
nieco zajarzyc,
i samemu napisac program :).

Wad jest więcej: trzeba go jeszcze znaleźć :) Z czytanem, jarzeniem i kodowaniem
już sobie poradzę (zresztą jak się okazało mój program na PC działał od początku
dobrze).


na koniec, poza satysfakcja, ze okielznales rs-232 w windzie,
ulatwisz sobie zycie raz na zawsze (jesli chodzi o obsluge rs'a :)

No tak, okiełznałem, jestem z siebie dumny. A życie ułatwiłbym sobie chyba tylko
pisząc jakąś klasę do obudowania wywołań WinAPI. Na to jestem jednak zbyt
leniwy, choć kto wie, może kiedyś zamiast robić kopiuj kod-wklej kod będę wolał
pisać #include rs232.h :D

PS. Czy jest jakiś prosty sposób na sprawdzenie, czy mój program pod
Windowsem w
ogóle potrafi coś wysłać i odebrać? Może zewrzeć we wtyczce linie TxD i
RxD?

Tutaj sam sobie odpowiem: to działa! I jest to genialny w swojej prostocie
sposób na testowanie transmisji :)

pozdrawiam i dziękuję za uwagę ;)
--
krzych

idę sobie coś szeregowo powysyłać... :)


--
Wysłano z serwisu OnetNiusy: http://niusy.onet.pl

Poprzedni Następny
Wiadomość
Spis treści
From: "Q" <oink_at_nospam_gazeta.gov.pl>
Subject: Re: Sterowanie urzadzeniem przez port drukarkowy
Date: Fri, 11 Feb 2005 10:36:10 +0100


Mam pewien problem. Buduje urzadzenie, ktorego poszczegolne funkcje maja
byc sterowane za posrednictwem komputera. Wymagana jest spora szybkosc i

jak szykbosc?
/czym sterujesz?

sporo pinow (stad wlasnie port drukarkowy a nie rs). Program do obslugi

ile pinow?
)



Poprzedni Następny
Wiadomość
Spis treści
From: the4dK <the4dK_at_nospam_tlen.pl>
Subject: Re: Sterowanie urzadzeniem przez port drukarkowy
Date: Fri, 11 Feb 2005 11:05:16 +0100


Q napisał(a):
jak szykbosc?
/czym sterujesz?


czestotliwosc zmiany stanow - ponad 100 Hz

ile pinow?
)

16 :)

--
the4dK

Poprzedni Następny
Wiadomość
Spis treści
From: "Q" <oink_at_nospam_gazeta.gov.pl>
Subject: Re: Sterowanie urzadzeniem przez port drukarkowy
Date: Fri, 11 Feb 2005 11:27:37 +0100


czestotliwosc zmiany stanow - ponad 100 Hz
16 :)

f - spoko, nawet by sie wycisnelo na RTS'ie :)
/"norlmalne" max'y teoretycznie powinny przenosic 250-300kbp;

no ale 16 wyjsc...

ja bym to zrobil tak:
uP + sterowanie po RS-232 :)

ps.
jaka moc chcesz przlaczac?
/jakie napiecia i prady?
/nie znam sie na strobo, ale pewnie sa to male pioruny :)