System pomiarowy w oparciu o PROFIBUS DP
Masz problem? Zapytaj na forum elektroda.pl
From: "R.M.M" <rmm79_at_nospam_op.pl>
Subject: System pomiarowy w oparciu o PROFIBUS DP
Date: Mon, 24 Jul 2006 14:36:21 +0200
Witam!
Zastanawiam sie nad wyborem oglolniejszej architektury dla stanowiska
pomiarowego. W gre wchodza m.in. pomiary dynamiczne wielkosci zaleznych
od przeznaczenia stanowiska, przy czym gorna granica czestotliwosci
probkowania powinna wynosic do 10kHz. Kontrola przebiegu pomiaru
zajmowalby sie programowy PLC dzialajacy na PC w jakims systemie czasu
rzeczywistego (ew. nakladce na jakis zwyczajny system operacyjny).
Problem polega na tym, ze wymagane jest ze wzgledow bezpieczenstwa
zastosowanie sprzetowego PLC (Siemens S7), ktory sterowalby aktorami na
niskim poziomie (np. SoftPLC wysyla rozkaz "Wlacz silnik" albo "Zamknij
oslone", a PLC odwala "brudna" robote) i sprawdzal wartosci graniczne.
S7 polaczony jest z czujnikami i software'owym PLC przez PROFIBUS. Z
przyczyn ekonomicznych rozwiazanie powinno byc jak najtansze, a to
wymusza stosowanie mozliwe tanich modeli S7 (czestotliwosc probkowania
na poziomie max 250 Hz, efektywnie cos kolo 160 Hz).
W zwiazku z tym mam nastepujace pytania:
1. Czy PROFIBUS pozwoli na uzyskanie takich wysokich czestotliwosci
probkowania?
2. W jaki sposob wyeliminowac posrednictwo S7 w przesylaniu danych
pomiarowych (zeby osiagnac pozadana czestotliowsc probkowania), a
jednosczesnie dac mu do nich dostep (z obslugiwana przez niego
czestotliwoscia, np. w celu sprawdzania wartosci granicznych)?
--
R.M.M
From: "Szymon" <gasiorcz_at_nospam_poczta.onet.polska>
Subject: Re: System pomiarowy w oparciu o PROFIBUS DP
Date: Mon, 24 Jul 2006 22:03:56 +0200
Uzytkownik "R.M.M" <rmm79_at_nospam_op.pl> napisal w wiadomosci
news:ea2es6$6lk$1_at_nospam_news.onet.pl...
Witam!
(...)
W zwiazku z tym mam nastepujace pytania:
1. Czy PROFIBUS pozwoli na uzyskanie takich wysokich czestotliwosci
probkowania?
10kHz? To chyba za duzo. I to juz nawet nie dla sieci ale dla stacji slave.
Dodatkowo cytat ze starego opisu Profibusa: Do transmisji 512 bitów wejsc i
512 bitów wyjsc podzielonych na 32 urzadzenia w sieci Profibus DP potrzeba
okolo 1ms przy predkosci 12Mbit/s.
2. W jaki sposob wyeliminowac posrednictwo S7 w przesylaniu danych
pomiarowych (zeby osiagnac pozadana czestotliowsc probkowania), a
jednosczesnie dac mu do nich dostep (z obslugiwana przez niego
czestotliwoscia, np. w celu sprawdzania wartosci granicznych)?
Najszybsze PLC obecnie u nas dostepne to chyba B&R i Beckhoff. Nie jestem
pewien, ale w B&R nie mozna wywolac tasku czesciej niz co 1ms. Beckhoff to
tak naprawde SoftPLC - wiec tu sprawa rozwiazuje sie sama, bo i tak wszystko
jest na jednej platformie. Pytanie tylko jak szybkie sa wejscia analogowe
(filtry i czas przetwarzania)?
Wiem, nie podalem zadnej konkretnej odpowiedzi, ale nie mozna podac "ogólnej
struktury". Co aplikacja to inne wymagania.
Pozdrawiam,
Szymon
From: "R.M.M" <rmm79_at_nospam_op.pl>
Subject: Re: System pomiarowy w oparciu o PROFIBUS DP
Date: Tue, 25 Jul 2006 15:26:47 +0200
Szymon schrieb:
Uzytkownik "R.M.M" <rmm79_at_nospam_op.pl> napisal w wiadomosci
news:ea2es6$6lk$1_at_nospam_news.onet.pl...
Witam!
(...)
W zwiazku z tym mam nastepujace pytania:
1. Czy PROFIBUS pozwoli na uzyskanie takich wysokich czestotliwosci
probkowania?
10kHz? To chyba za duzo. I to juz nawet nie dla sieci ale dla stacji slave.
Dodatkowo cytat ze starego opisu Profibusa: Do transmisji 512 bitów wejsc i
512 bitów wyjsc podzielonych na 32 urzadzenia w sieci Profibus DP potrzeba
okolo 1ms przy predkosci 12Mbit/s.
A jaka magistrala pozwolilaby ew. na uzyksanie czestotliowsci
powiedzmy do ~1 kHz max. 2 kHz, przy zachowaniu gwarantowanej
przewidywalnosci czasu przesylania danych, jak to ma miejsce w PROFIBUSie?
<ciach>
Najszybsze PLC obecnie u nas dostepne to chyba B&R i Beckhoff. Nie jestem
pewien, ale w B&R nie mozna wywolac tasku czesciej niz co 1ms. Beckhoff to
tak naprawde SoftPLC - wiec tu sprawa rozwiazuje sie sama, bo i tak wszystko
jest na jednej platformie. Pytanie tylko jak szybkie sa wejscia analogowe
(filtry i czas przetwarzania)?
Jedyne sensowne rozwiazanie jakie przyszlo mi do glowy polega na
zastosowaniu dwoch "nitek" profibusa: 1 dla danych, ktore moga byc
probkowane z czest. do 100 - 150Hz (tutaj masterem jest Siemens S7) i 2
dla tych, ktore musza byc probkowane z czest. ok 1 kHz - o ile taka da
sie uzyskac (tutaj z kolei masterem bylaby karta Beckhoffa).
Co myslicie o takim rozwiazaniu?
Wiem, nie podalem zadnej konkretnej odpowiedzi, ale nie mozna podac "ogólnej
struktury". Co aplikacja to inne wymagania.
Ja szukam w sumie jakichs wskazowek, idealnych rozwiazan dla kazdych
warunkow niestety przewaznie nie ma:).
--
R.M.M