Czujniki+cos+komputer
Masz problem? Zapytaj na forum elektroda.pl z bramką pl.misc.elektronika!
From: Koss <koss_at_nospam_sunrise.pg.gda.pl>
Subject: Czujniki+cos+komputer
Date: Mon, 09 Jun 1997 11:46:11 -0700
Witam
Na poczatek: nie jestem elektronikiem, a musze rozwiazac problem opisany
nizej
i nie wiem jak sobie z nim poradzic.
Pisze program do wizualizacji i archiwizacji pomiarow z ok. 45 czujnikow
(roznego typu).
Pierwszy problem to przetwornik, a wlasciwie sygnal jaki powinien z
niego wychodzic do komputera.
Kopmuterem, na ktorym pracowac bedzie aplikacja to przecietny Laptop,
stad nie ma mowy
o wlozeniu do niego kart pomiarowych. Myslalem o przejmowaniu danych
przez port szeregowy.
Jednak przy takiej ilosci czujnikow trzeba by chyba jakos pakietowac
dane - ale jak ?!!!
Powinien to chyba robic juz przetwornik - ale jak ?!!!
Czestotliwosc probkowania nie jest duza i nie powinna przekroczyc 1Hz.
Wiem, ze to co napisalem to niewiele, ale jako laik nie bede o tym na
czym sie nie znam.
Moze ktos rozwiazywal podobny problem lub zna wlasciwa firme......
Wszystkie uwagi i wskazowki beda mile widziane!
Z gory dziekuje!
Krzysztof Ossowski
koss_at_nospam_pg.gda.pl
From: "Jacek Pogonowski" <jack_at_nospam_boss.iele.polsl.gliwice.pl>
Subject: Re: Czujniki+cos+komputer
Date: 9 Jun 1997 22:42:04 GMT
A jaka ma być dokładnoć pomiaru? Mozna np. jako przetwornik U/f
wykorzystać GamePort ;)
--
Jacek Pogonowski
jack_at_nospam_boss.iele.polsl.gliwice.pl
GSM: (0-601) 21-70-02
Koss <koss_at_nospam_sunrise.pg.gda.pl> napisał(a) w artykule
<339C4F73.5656_at_nospam_sunrise.pg.gda.pl>...
> Witam
>
> Na poczatek: nie jestem elektronikiem, a musze rozwiazac problem opisany
> nizej
> i nie wiem jak sobie z nim poradzic.
>
> Pisze program do wizualizacji i archiwizacji pomiarow z ok. 45 czujnikow
> (roznego typu).
> Pierwszy problem to przetwornik, a wlasciwie sygnal jaki powinien z
> niego wychodzic do komputera.
> Kopmuterem, na ktorym pracowac bedzie aplikacja to przecietny Laptop,
> stad nie ma mowy
> o wlozeniu do niego kart pomiarowych. Myslalem o przejmowaniu danych
> przez port szeregowy.
> Jednak przy takiej ilosci czujnikow trzeba by chyba jakos pakietowac
> dane - ale jak ?!!!
> Powinien to chyba robic juz przetwornik - ale jak ?!!!
> Czestotliwosc probkowania nie jest duza i nie powinna przekroczyc 1Hz.
>
> Wiem, ze to co napisalem to niewiele, ale jako laik nie bede o tym na
> czym sie nie znam.
>
> Moze ktos rozwiazywal podobny problem lub zna wlasciwa firme......
>
> Wszystkie uwagi i wskazowki beda mile widziane!
>
> Z gory dziekuje!
>
>
> Krzysztof Ossowski
> koss_at_nospam_pg.gda.pl
>
From: "Gabriel Drabik" <gabrys_at_nospam_zeus.polsl.gliwice.pl>
Subject: Re: Czujniki+cos+komputer
Date: 10 Jun 1997 20:31:47 GMT
Na poczatek: nie jestem elektronikiem, a musze rozwiazac problem opisany
nizej
i nie wiem jak sobie z nim poradzic.
Ja proponowalbym siec typu token ring na rs-232 lub innym rs w zaleznosci
od odleglosci czujnikow.
Jesli w gre wchodza jakies konkretne warunki wspolpracy to moge sie zajac
zorganizowaniem takiej sieci oczywiscie wczesniej musialbys troche wiecej
szczegolow podac.
--
gabrys.
http://www.polsl.gliwice.pl/~gabrys
From: ladzk_at_nospam_ite.waw.pl (Dariusz K. Ladziak)
Subject: Re: Czujniki+cos+komputer
Date: Wed, 11 Jun 1997 11:22:08 GMT
On 10 Jun 1997 20:31:47 GMT, "Gabriel Drabik"
<gabrys_at_nospam_zeus.polsl.gliwice.pl> wrote:
Na poczatek: nie jestem elektronikiem, a musze rozwiazac problem opisany
nizej
i nie wiem jak sobie z nim poradzic.
Ja proponowalbym siec typu token ring na rs-232 lub innym rs w zaleznosci
od odleglosci czujnikow.
Jesli w gre wchodza jakies konkretne warunki wspolpracy to moge sie zajac
zorganizowaniem takiej sieci oczywiscie wczesniej musialbys troche wiecej
szczegolow podac.
Siec? Na RS232? chyba sie przelkawiszowales, w RS232 moze byc jeden
odbiornik na linii/ Jesli juz RS, to 485, wyjscia trojstanowe
pozwalaja laczyc wiele odbiornikow, a przyjety protokol od razu
zalatwia ich obsluge w sposob bardzo podobny do IEC-625, tyle ze na
laczu szeregowym.
Darek
From: ZmienNa_trzcionk_at_nospam_us.edu.pl (Piotr Trzcionkowski)
Subject: Re: Czujniki+cos+komputer
Date: Thu, 12 Jun 1997 19:28:38 GMT
Wed, 11 Jun 1997 11:22:08 GMT, ladzk_at_nospam_ite.waw.pl (Dariusz K. Ladziak)
napisał(a):
On 10 Jun 1997 20:31:47 GMT, "Gabriel Drabik"
<gabrys_at_nospam_zeus.polsl.gliwice.pl> wrote:
Na poczatek: nie jestem elektronikiem, a musze rozwiazac problem opisany
nizej
i nie wiem jak sobie z nim poradzic.
Ja proponowalbym siec typu token ring na rs-232 lub innym rs w zaleznosci
od odleglosci czujnikow.
Jesli w gre wchodza jakies konkretne warunki wspolpracy to moge sie zajac
zorganizowaniem takiej sieci oczywiscie wczesniej musialbys troche wiecej
szczegolow podac.
Siec? Na RS232? chyba sie przelkawiszowales, w RS232 moze byc jeden
odbiornik na linii/ Jesli juz RS, to 485, wyjscia trojstanowe
pozwalaja laczyc wiele odbiornikow, a przyjety protokol od razu
zalatwia ich obsluge w sposob bardzo podobny do IEC-625, tyle ze na
laczu szeregowym.
Ty myślisz o sieci magistralowej a to koncepcja TOKEN RING co wyraźnie
napisano i istotnie da się zrealizować na rs choć niekoniecznie jest
to najlepsze rozwiązanie.
Piotr Trzcionkowski
tel. +48 (32) 1-284-907
http://www.cto.us.edu.pl/~trzcionk
From: ladzk_at_nospam_ite.waw.pl (Dariusz K. Ladziak)
Subject: Re: Czujniki+cos+komputer
Date: Fri, 13 Jun 1997 06:08:15 GMT
On Thu, 12 Jun 1997 19:28:38 GMT, ZmienNa_trzcionk_at_nospam_us.edu.pl (Piotr
Trzcionkowski) wrote:
Wed, 11 Jun 1997 11:22:08 GMT, ladzk_at_nospam_ite.waw.pl (Dariusz K. Ladziak)
napisał(a):
On 10 Jun 1997 20:31:47 GMT, "Gabriel Drabik"
<gabrys_at_nospam_zeus.polsl.gliwice.pl> wrote:
Na poczatek: nie jestem elektronikiem, a musze rozwiazac problem opisany
nizej
i nie wiem jak sobie z nim poradzic.
Ja proponowalbym siec typu token ring na rs-232 lub innym rs w zaleznosci
od odleglosci czujnikow.
Jesli w gre wchodza jakies konkretne warunki wspolpracy to moge sie zajac
zorganizowaniem takiej sieci oczywiscie wczesniej musialbys troche wiecej
szczegolow podac.
Siec? Na RS232? chyba sie przelkawiszowales, w RS232 moze byc jeden
odbiornik na linii/ Jesli juz RS, to 485, wyjscia trojstanowe
pozwalaja laczyc wiele odbiornikow, a przyjety protokol od razu
zalatwia ich obsluge w sposob bardzo podobny do IEC-625, tyle ze na
laczu szeregowym.
Ty myślisz o sieci magistralowej a to koncepcja TOKEN RING co wyraźnie
napisano i istotnie da się zrealizować na rs choć niekoniecznie jest
to najlepsze rozwiązanie.
Zrealizowac to sie da i zlapanie lewa reka za prawe ucho!
Tylko po co?
Jak niby stworzyc siec na RS232? napisalem wyraznie - na jednym kablu
moga wspolpracowac tylko dwa urzadzenia! Czyli dalej - drugim portem
szeregowym? Mozna, czemu nie, tylko ze 485 przy tym samym protokole
transmisji znacznie upraszcza sprawe, a wspomniany przeze mnie
standard rownolegly gpib (iec625. ieee488, hpib), na ktorym wzorowany
jest protokol dostepu w RS485 ma sporo cech sieci tokenowej. W ogole
pojecie "siec tokenowa" odnosi sie bardziej do warstwy programowej,
zas problem z RS232 polega na czysto ukladowej niemoznosci podpiecia
wiecej niz jednegonadajnika do linii. Jak zatem wiecej niz dwa
urzadzenia maja przekazywac dane? jesli jedno ma podlaczone nadajnik,
to zaledwie kilka z pozostalych moze miec do tejze linii podlaczony
odbiornik. A teraz najtrudniejszy wybor - ktore z nich ma miec prawo
nadawania? Przypominam, ze przydzial tego prawa jest dokonywany w
skali dzialania konfiguracji sprzetowej na wiecznosc - dokonujemy go
bowiem lutownica. Jak zmienimy okablowanie - to nie ta konfiguracja, a
jak nie - yto inne urzadzenie nie ponadaje. Tak wiec realizacja
jakiejkolwiek sieci opartej o pojedynczy port RS232 ogranicza sie do
sieci z dwoma urzadzeniami.
Dlatego tez proponowalem RS485, przejsc na to mozna nawet z gotowego
RS-232, wystarczy dolozyc warstwe nadajnikow symetrycznych
trojstanowych, reszta to program.
Darek
From: ZmienNa_trzcionk_at_nospam_us.edu.pl (Piotr Trzcionkowski)
Subject: Re: Czujniki+cos+komputer
Date: Sun, 15 Jun 1997 04:32:03 GMT
Fri, 13 Jun 1997 06:08:15 GMT, ladzk_at_nospam_ite.waw.pl (Dariusz K. Ladziak)
napisał(a):
Na poczatek: nie jestem elektronikiem, a musze rozwiazac problem opisany
nizej
i nie wiem jak sobie z nim poradzic.
Ja proponowalbym siec typu token ring na rs-232 lub innym rs w zaleznosci
od odleglosci czujnikow.
Jesli w gre wchodza jakies konkretne warunki wspolpracy to moge sie zajac
zorganizowaniem takiej sieci oczywiscie wczesniej musialbys troche wiecej
szczegolow podac.
Siec? Na RS232? chyba sie przelkawiszowales, w RS232 moze byc jeden
odbiornik na linii/ Jesli juz RS, to 485, wyjscia trojstanowe
pozwalaja laczyc wiele odbiornikow, a przyjety protokol od razu
zalatwia ich obsluge w sposob bardzo podobny do IEC-625, tyle ze na
laczu szeregowym.
Ty myślisz o sieci magistralowej a to koncepcja TOKEN RING co wyraźnie
napisano i istotnie da się zrealizować na rs choć niekoniecznie jest
to najlepsze rozwiązanie.
Zrealizowac to sie da i zlapanie lewa reka za prawe ucho!
Tylko po co?
Dla wprawy i satysfakcji :-)
Jak niby stworzyc siec na RS232? napisalem wyraznie - na jednym kablu
moga wspolpracowac tylko dwa urzadzenia! Czyli dalej - drugim portem
szeregowym?
Mozna, czemu nie, tylko ze 485 przy tym samym protokole
transmisji znacznie upraszcza sprawe, a wspomniany przeze mnie
standard rownolegly gpib (iec625. ieee488, hpib), na ktorym wzorowany
jest protokol dostepu w RS485 ma sporo cech sieci tokenowej. W ogole
pojecie "siec tokenowa" odnosi sie bardziej do warstwy programowej,
zas problem z RS232 polega na czysto ukladowej niemoznosci podpiecia
wiecej niz jednegonadajnika do linii. Jak zatem wiecej niz dwa
urzadzenia maja przekazywac dane? jesli jedno ma podlaczone nadajnik,
to zaledwie kilka z pozostalych moze miec do tejze linii podlaczony
odbiornik. A teraz najtrudniejszy wybor - ktore z nich ma miec prawo
nadawania? Przypominam, ze przydzial tego prawa jest dokonywany w
skali dzialania konfiguracji sprzetowej na wiecznosc - dokonujemy go
bowiem lutownica. Jak zmienimy okablowanie - to nie ta konfiguracja, a
jak nie - yto inne urzadzenie nie ponadaje. Tak wiec realizacja
jakiejkolwiek sieci opartej o pojedynczy port RS232 ogranicza sie do
sieci z dwoma urzadzeniami.
Dlatego tez proponowalem RS485, przejsc na to mozna nawet z gotowego
RS-232, wystarczy dolozyc warstwe nadajnikow symetrycznych
trojstanowych, reszta to program.
Nie. Każdy RS232 ma wejście i wyjście. Pobieramy z jednego komputera i
wyrzucamy na drugi. A w pętli to sobie krąży, czyli dokładnie tak jak
to ma miejsce w Token Ring. Problemu konfliktów nia ma. Oczywiście
przekazywanie musi być wspomagane programowo a nie sprzętowo jak w TR,
ale da się na jednym jak najbardziej. Reasumując: co prawda można
widzieć problem ilości urządzeń połączonych ze sobą, ale można równie
dobrze go nie widzieć. A co do użycia RS485 to oczywiście trudno tak w
ogóle nie przyznać racji choć zapewne można znaleźć ileś innych
interfejsów i zaletą RS485 byłaby chyba tylko zgodność (dokładnie?)
programowania z RS232.
Piotr Trzcionkowski
tel. +48 (32) 1-284-907
http://www.cto.us.edu.pl/~trzcionk
From: ladzk_at_nospam_ite.waw.pl (Dariusz K. Ladziak)
Subject: Re: Czujniki+cos+komputer
Date: Mon, 16 Jun 1997 07:27:11 GMT
On Sun, 15 Jun 1997 04:32:03 GMT, ZmienNa_trzcionk_at_nospam_us.edu.pl (Piotr
Trzcionkowski) wrote:
Nie. Każdy RS232 ma wejście i wyjście. Pobieramy z jednego komputera i
wyrzucamy na drugi. A w pętli to sobie krąży, czyli dokładnie tak jak
to ma miejsce w Token Ring. Problemu konfliktów nia ma. Oczywiście
przekazywanie musi być wspomagane programowo a nie sprzętowo jak w TR,
ale da się na jednym jak najbardziej. Reasumując: co prawda można
widzieć problem ilości urządzeń połączonych ze sobą, ale można równie
dobrze go nie widzieć. A co do użycia RS485 to oczywiście trudno tak w
ogóle nie przyznać racji choć zapewne można znaleźć ileś innych
interfejsów i zaletą RS485 byłaby chyba tylko zgodność (dokładnie?)
programowania z RS232.
Jak rowniez w wyzszej warstwie spory stopien zgodnosci z GPIB.
Co do pierscienia RS232, to po pierwsze bedziemy musieli przestac
nazywac to RS-em, bo protokol diabli wezma. Pozostanie tylko sprzet do
transmisji szeregowej. Nie przecze, ze mozna i tak.
Po drugie - w TokenRingu krazy nie informacja (ta frunie bezposrednio
miedzy zainteresowanymi) lecz prawo do dysponowania laczem - kto
dostal token, ten moze nadawac i wyznaczac respondenta, ktoremu tez
przysluguje prawo (niedziedziczne oczywiscie) nadawania, Inne maszyny
- buzia na klodke. A magistrala jest ukladem ze swobodnym sprzetowo
dostepem wszystkich maszyn - mozliwe sa nawet kolizje, tyle ze
protokol ma za zadanie zminimalizowac ich mozliwosc (w odroznieniu od
sieci kolizyjnych, np. Ethernet, gdzie fakt wystapienia kolizji jest
normalnym zdazeniem). Zatem w sieci Token Ring nie mamy do czynienia z
przekazywaniem w koleczku informacji, co uniezaleznia ta siec od
dzialania ktorejkolwiek z maszyn, I takie podejscie jest podstawa
sieci lokalnych, laczacych wszak maszyny o najrozniejszych
zastosowaniach, wielkosciach i sposobach administracji, gdzie
zalozenie stalej obecnosci wszystkich maszyn w sieci jest zbyt daleko
idace.
natomiast proponowane rozwiazanie na laczach szeregowych ma filozofie
wzieta raczej z sieci rozleglych, gdzie transmisje obsluguja
specjalnie do tego przeznaczone komputery, ktorym nalezy zapewnic
stale funkcjonowanie - awaria ktorejkolwiek z maszyn zatrzymuje
transmisje do czasu ponownego uruchomienia brakujacej maszyny lub
rekonfiguracji sieci. Podejscie takie wymuszone jest znacznie
dluzszymi czasami przelotu pakietow miedzy poszczegolnymi wezlami,
koszt rozleglosci niestety!
Natomiast w systemie pomiarowym nie byloby dobrze, gdyby wypadniecie
jednego elementu kladlo caly uklad. Dlatego tez nie sadze, zeby
rozwiazanie z RS232 bylo dobrym pomyslem.
Darek
From: ZmienNa_trzcionk_at_nospam_us.edu.pl (Piotr Trzcionkowski)
Subject: Re: Czujniki+cos+komputer
Date: Mon, 16 Jun 1997 22:00:15 GMT
Mon, 16 Jun 1997 07:27:11 GMT, ladzk_at_nospam_ite.waw.pl (Dariusz K. Ladziak)
napisał(a):
dobrze go nie widzieć. A co do użycia RS485 to oczywiście trudno tak w
ogóle nie przyznać racji choć zapewne można znaleźć ileś innych
interfejsów i zaletą RS485 byłaby chyba tylko zgodność (dokładnie?)
programowania z RS232.
Jak rowniez w wyzszej warstwie spory stopien zgodnosci z GPIB.
Co do pierscienia RS232, to po pierwsze bedziemy musieli przestac
nazywac to RS-em, bo protokol diabli wezma. Pozostanie tylko sprzet do
transmisji szeregowej. Nie przecze, ze mozna i tak.
Który dokładnie protokół ? Protokół w sensie zapewnienia transmisji
fizycznej obejmuje jednokierunkowe połączenie. O tym pisałem.
Protokołu połączenia dwóch urządzeń nie miały znaczenia ponieważ i tak
musiało być wspomagane programowo.
Po drugie - w TokenRingu krazy nie informacja (ta frunie bezposrednio
miedzy zainteresowanymi) lecz prawo do dysponowania laczem - kto
dostal token, ten moze nadawac i wyznaczac respondenta, ktoremu tez
przysluguje prawo (niedziedziczne oczywiscie) nadawania, Inne maszyny
- buzia na klodke. A magistrala jest ukladem ze swobodnym sprzetowo
dostepem wszystkich maszyn - mozliwe sa nawet kolizje, tyle ze
protokol ma za zadanie zminimalizowac ich mozliwosc (w odroznieniu od
sieci kolizyjnych, np. Ethernet, gdzie fakt wystapienia kolizji jest
normalnym zdazeniem). Zatem w sieci Token Ring nie mamy do czynienia z
przekazywaniem w koleczku informacji, co uniezaleznia ta siec od
dzialania ktorejkolwiek z maszyn, I takie podejscie jest podstawa
sieci lokalnych, laczacych wszak maszyny o najrozniejszych
zastosowaniach, wielkosciach i sposobach administracji, gdzie
zalozenie stalej obecnosci wszystkich maszyn w sieci jest zbyt daleko
idace.
Taka sytuacja tzn. sieć magistralowa z pierścieniem logicznym ma
miejsce w Arcnecie a nie TR, gdzie informacje są rzeczywiście
przekazywane bezpośrednio a przynajmniej mogą być. W TR o magistrali
nie ma co mówić bo jest to pierścień, jak zresztą sama nazwa wskazuje.
Kiedy jeden z modułów pada, pada również cała sieć. Tyle, że można go
zmostkować.
Piotr Trzcionkowski
tel. +48 (32) 1-284-907
http://www.cto.us.edu.pl/~trzcionk
Date: Tue, 17 Jun 1997 16:07:55 +0200
From: Michal Trojnara <mtrojnar_at_nospam_daewoo.com.pl>
Subject: Re: Czujniki+cos+komputer
Dariusz K. Ladziak wrote:
Co do pierscienia RS232, to po pierwsze bedziemy musieli przestac
nazywac to RS-em, bo protokol diabli wezma. Pozostanie tylko sprzet do
transmisji szeregowej. Nie przecze, ze mozna i tak.
To moze nastepujacy schemat stacji w petli:
-----[odbiornik]----------\
| [AND]-----[nadajnik]----
[komputer lub czujnik]----/
i troche softu (przekazywanie znacznika).
W ten sposob trzeba wszystko odbierac, ale nie trzeba
wszystkiego nadawac.
Informacje trzebaby podzielic na ramki w stylu:
[przeznaczenie][dlugosc][tresc]
Pozostaje jeszcze algorytm elekcji znacznika,
przekazywania znacznika do kolejnej aktywnej stacji
i siec gotowa.
Acha: problem: wszystkie stacje musza byc wlaczone
do zasilania (bramka musi dzialac)...
--
| mailto:mtrojnar_at_nospam_ddc.daewoo.com.pl | Michal Trojnara |
| http://www.ia.pw.edu.pl/~mtrojnar/ | 090-29-83-44 |
| http://www.daewoo.com.pl/~mtrojnar/ | Jezus jest Panem |
From: "Sylwester Łazar" <zsee_at_nospam_ids.poznan.pl>
Subject: Re: Czujniki+cos+komputer
Date: 18 Jun 1997 01:04:30 GMT
Panowie, skupiacie się w tej chwili tylko na transmisji!
Tzn. wybór czy kabelków ma być więcej czy mniej, rodzaj procedurek do
sterowania scalaczkami.
A co z obrazem całości?
Jeśli to są czujniki to czy mają być obsługiwane przez procesor, którego
jednym (mniej skomplikowanym?!) zadaniem jest odczytanie czujnika,zamiana
na postać cyfrową, a drugim obsługa protokołu sieciowego? Czy może prosty
przetwornik szeregowy A/C z bateryjką i wzmacniaczem nadawania?
Problem transmisji to jest zadanieniewątpliwie trudne dla
informatyka-elektronika , lecz problem pomiaru, błędów, czasu pomiaru,
rozdzielczości, stabilności w czasie, wpływ temperatury, rodzaj przewodów
(tak, tak!) wydaje się również nietrywialny!
Pomyślmy o proporcjach!
--
Sylwester Łazar
electronics engineer
zsee_at_nospam_ids.poznan.pl
From: ladzk_at_nospam_ite.waw.pl (Dariusz K. Ladziak)
Subject: Re: Czujniki+cos+komputer
Date: Wed, 18 Jun 1997 06:12:19 GMT
On 18 Jun 1997 01:04:30 GMT, "Sylwester Łazar" <zsee_at_nospam_ids.poznan.pl>
wrote:
Panowie, skupiacie się w tej chwili tylko na transmisji!
Tzn. wybór czy kabelków ma być więcej czy mniej, rodzaj procedurek do
sterowania scalaczkami.
A co z obrazem całości?
Jeśli to są czujniki to czy mają być obsługiwane przez procesor, którego
jednym (mniej skomplikowanym?!) zadaniem jest odczytanie czujnika,zamiana
na postać cyfrową, a drugim obsługa protokołu sieciowego? Czy może prosty
przetwornik szeregowy A/C z bateryjką i wzmacniaczem nadawania?
Problem transmisji to jest zadanieniewątpliwie trudne dla
informatyka-elektronika , lecz problem pomiaru, błędów, czasu pomiaru,
rozdzielczości, stabilności w czasie, wpływ temperatury, rodzaj przewodów
(tak, tak!) wydaje się również nietrywialny!
Jesli pomiar ma byc dokladny, to przetwornik nie bedzie "prosty"
(czytaj - monolityczny) tylko co najmniej monolityczny z korekcja
laserowa. Jesli zas dokladnosci zwyklego seryjnego monolitycznego
przetwornika wystarczaja, to i tak jednym z prostszych rozwiazan jest
uzycie mikroprocesora z takowym przetwornikiem wewnatrz - wash and go!
mamy i przetwornik, i wszystko do jego obslugi, dopisac program i
poszlo. tylko rzeczywiscie zalezy to od wymaganej dokladnosci. Ale
nawet z zewnetrznym precyzyjnym przetwornikiem A/D mikroprocesor
odpowiednio dobrany moze byc najprostszym ukladowo rozwiazaniem.
A wracajac do dyskusji RS232 vs. RS485, to procesory nie maja
wbudowanego portu RS konkretnego typu, tylko kontroler transmisji
szeregowej. Wyjscie poziomami logiki TTL lub CMOS, nadajniki -
odbiorniki linii trzeba dolozyc na zewnatrz (uklady o troche wiekszej
odpornosci napieciowej chociazby, i wiekszych pradach maksymalnych). I
za rybke jest, czy damy nadajniki od 232 czy od 485. A w komputerze
tez prosta przejsciowka zamienimy 232 na 485, nie wymaga to wcale
bardziej skomplikowanych wynalazkow jak proponowane roziazania z RS232
- zatem jak juz cos dorabiac, to po co gorsze jak lepsze (w wersji 485
dzialanie ukladu nie wymaga dzialania wszystkich wezlow - jak ktorys
zamilknie, to pozostale nadal widac!).
darek
From: "=?ISO-8859-2?Q?Marek_Zam=B3y=F1ski?=" <elmark_at_nospam_bevy.hsn.com.pl>
Subject: Re: Czujniki+cos+komputer
Date: 16 Jun 1997 07:46:02 GMT
Zdecydowanie RS-485.
Stosujac takie ADAMy (http://www.elmark.com.pl dzial Advantech)
mozna przy uzyciu 2 kabli skretki i zasilania podlaczyc do 256
urzadzen (adresacja 1 bajt). Oczywiscie ze wzgledu na ograniczenia
RS'a do 32 modulow i 1200 metrow bez repeaterow.
A moduly to szeroka gama z dziedziny akwizycji (przetworniki jedno
i wielokanalowe, termoparowe, tensometryczne), sterowania (wejscia,
wyjscia TTL i przekaznikowe), komunikacji (konwertery, repeatery,
radiomodemy , siwatlowod<->RS) i wiele innych.
Marek Zamlynski
mz_at_nospam_elmark.com.pl
Elmark:
advantech_at_nospam_elmark.com.pl
Gabriel Drabik <gabrys_at_nospam_zeus.polsl.gliwice.pl> napisał(a) w artykule
<01bc75dd$494c7160$1f1e9e9d_at_nospam_a31.mak.polsl.gliwice.pl>...
Na poczatek: nie jestem elektronikiem, a musze rozwiazac problem
opisany
nizej
i nie wiem jak sobie z nim poradzic.
Ja proponowalbym siec typu token ring na rs-232 lub innym rs w zaleznosci
od odleglosci czujnikow.
Jesli w gre wchodza jakies konkretne warunki wspolpracy to moge sie zajac
zorganizowaniem takiej sieci oczywiscie wczesniej musialbys troche wiecej
szczegolow podac.
--
> gabrys.
> http://www.polsl.gliwice.pl/~gabrys
>
>
From: slawek_at_nospam_arcadia.tuniv.szczecin.pl (Slawomir Marczynski)
Subject: Re: Czujniki+cos+komputer
Date: 11 Jun 97 09:26:36 GMT
Koss (koss_at_nospam_sunrise.pg.gda.pl) wrote:
Na poczatek: nie jestem elektronikiem, a musze rozwiazac problem opisany
Pisze program do wizualizacji i archiwizacji pomiarow z ok. 45 czujnikow
Jest mnostwo firm wyspecjalizowanych w tego typu zabawkach - zwykle
przysylaja katalogi za darmo. Do laptopa tez mozna (np. Cyber-costam na
camci). Mozna tez np. laptop w duralowej walizce, albo PC-us na jednej
karcie. Zacznij od np. kupienia PC-kuriera i przeczytania ogloszen...
Moim zdaniem najbardziej zaawansowany jezeli chodzi o oprogramowanie jest
pakiet LabView - naprawde milutki (ale dosc drogi) - jezeli ktos wie o co
chodzi to pewnie rozumie co to jest programowanie wizualne.
--
Slawomir Marczynski (Mr)
Institute of Physics, Technical University of Szczecin
Al. Piastow 48/49, 70-310 Szczecin, Poland
slawek_at_nospam_arcadia.inter.tuniv.szczecin.pl, tel:+(048-91)-494056
From: gred_at_nospam_polbox.com (Grzegorz Redlarski)
Subject: multiposting, bylo: Czujniki+cos+komputer
Date: Thu, 12 Jun 1997 23:11:25 GMT
Newsgroups:pl.comp.programming,pl.comp.os.win95,pl.comp.os.winnt,pl.comp.pecet,pl.misc.elektronika
Na przyszlosc proponowalbym, jesli juz ktos koniecznie chce wyslac
pytanie na kilka grup, aby ustawic follow-up tylko na jedna grupe.
gr
Grzegorz Redlarski (Gdańsk)
mailto:gred_at_nospam_amg.gda.pl (iso8859-2)
http://www.amg.gda.pl/~gred/
http://free.polbox.pl/g/gred/
From: "=?ISO-8859-1?Q?Marek_Zam=B3y=F1ski?=" <elmark_at_nospam_bevy.hsn.com.pl>
Subject: Re: Czujniki+cos+komputer
Date: 16 Jun 1997 07:29:00 GMT
Na rynku dostepne sa gotowe rozwiazania do zastosowania np. w laptopach.
Wezmy takiego DACpada produkcji Advantech dystrybuowanego przez Elmark
w Warszawie (ul. Radna 12, 00-341 Warszawa, tel. 0-22 8213054) o oznaczeniu
PCIA-71A/B/C (trzy rozne wersje). Urzadzenie laczy sie przez PCMCIA
kabelkiem
z zewnetrzna puszka z konektorkami. Posiada 12-bitowy przetwornik ADC
30KHz,
8-wejsc roznicowych, programowane wzmocnienia, 4 wejscia i 4 wyjscia
cyfrowe TTL,
drivery i biblioteki. Jest to dobre rozwiazanie na niestety tylko 8 kanalow
(brak kaskad,
multipleksacji, etc)
Inne rozwiazanie to moduly ADAM serii 4000 i 5000. Takie zewnetrzne
urzadzenia
kontrolno-pomiarowe komunikujace sie z pc-tem przez RS-485 (ADAM-4520 jest
konwerterem RS-232 na 485 i 422). Laczy sie kilka takich RSem i w prosty
sposob robi sie akwizycje danych wlasnym softwarem (protokol ASCII
komunikacji
z ADAMami) lub uzywa sie takiego pakietu jak GENIE 2.12 lub 3.0.
Sugeruje kontakt z firma Elmark i wczesniejsza wizyte na
http://www.elmark.com.pl
jest tam kilka opisow, a w najblizszym czasie pojawi sie opis ADAM-5000
(jest tam
demowersja GENE i DASYlaba).
Po wypelnieniu ankiety, lub kontakcie telefonicznym (przyjsc tez mozna i
zobaczyc wszystko na miejscu - 8.00-16.00) firma wysyla pelen bogaty
katalog.
Kontakt do mnie:
mz_at_nospam_elmark.com.pl
Kontakt do dzialu Advantech:
advantech_at_nospam_elmark.com.pl
Koss <koss_at_nospam_sunrise.pg.gda.pl> napisał(a) w artykule
<339C4F73.5656_at_nospam_sunrise.pg.gda.pl>...
Witam
Na poczatek: nie jestem elektronikiem, a musze rozwiazac problem opisany
nizej
i nie wiem jak sobie z nim poradzic.
Pisze program do wizualizacji i archiwizacji pomiarow z ok. 45 czujnikow
(roznego typu).
Pierwszy problem to przetwornik, a wlasciwie sygnal jaki powinien z
niego wychodzic do komputera.
Kopmuterem, na ktorym pracowac bedzie aplikacja to przecietny Laptop,
stad nie ma mowy
o wlozeniu do niego kart pomiarowych. Myslalem o przejmowaniu danych
przez port szeregowy.
Jednak przy takiej ilosci czujnikow trzeba by chyba jakos pakietowac
dane - ale jak ?!!!
Powinien to chyba robic juz przetwornik - ale jak ?!!!
Czestotliwosc probkowania nie jest duza i nie powinna przekroczyc 1Hz.
Wiem, ze to co napisalem to niewiele, ale jako laik nie bede o tym na
czym sie nie znam.
Moze ktos rozwiazywal podobny problem lub zna wlasciwa firme......
Wszystkie uwagi i wskazowki beda mile widziane!
Z gory dziekuje!
Krzysztof Ossowski
koss_at_nospam_pg.gda.pl
From: "mk" <mk_at_nospam_antares.cbk.pan.wroc.pl>
Subject: Re: Czujniki+cos+komputer
Date: 17 Jun 1997 09:02:25 GMT
Koss <koss_at_nospam_sunrise.pg.gda.pl> napisał(a) w artykule
<339C4F73.5656_at_nospam_sunrise.pg.gda.pl>...
Witam
Na poczatek: nie jestem elektronikiem, a musze rozwiazac problem opisany
nizej
i nie wiem jak sobie z nim poradzic.
Pisze program do wizualizacji i archiwizacji pomiarow z ok. 45 czujnikow
(roznego typu).
Pierwszy problem to przetwornik, a wlasciwie sygnal jaki powinien z
niego wychodzic do komputera.
Kopmuterem, na ktorym pracowac bedzie aplikacja to przecietny Laptop,
stad nie ma mowy
o wlozeniu do niego kart pomiarowych. Myslalem o przejmowaniu danych
przez port szeregowy.
Jednak przy takiej ilosci czujnikow trzeba by chyba jakos pakietowac
dane - ale jak ?!!!
Powinien to chyba robic juz przetwornik - ale jak ?!!!
Czestotliwosc probkowania nie jest duza i nie powinna przekroczyc 1Hz.
Wiem, ze to co napisalem to niewiele, ale jako laik nie bede o tym na
czym sie nie znam.
Moze ktos rozwiazywal podobny problem lub zna wlasciwa firme......
Wszystkie uwagi i wskazowki beda mile widziane!
Z gory dziekuje!
Krzysztof Ossowski
koss_at_nospam_pg.gda.pl
Proponuje maly uklad z procesorem Atmel (chyba) AT28c2051 plus separacja
galwaniczna do RS232, do tego jakis multiplexer. Podaj wiecej szczegolow
jakie to czujniki. Robilem juz cos takiego, na 16 czujnikow temperatury
DS1620.
mk_at_nospam_antares.cbk.pan.wroc.pl