- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Processzor árak megváltozása Windows 11-gyel
- Mini-ITX
- Azonnali VGA-s kérdések órája
- A manapság optimális specifikációkra törekszik az MSI QD-OLED monitorja
- Épített vízhűtés (nem kompakt) topic
- Autóhifi
- ThinkPad (NEM IdeaPad)
- Bambu Lab X1/X1C, P1P-P1S és A1 mini tulajok
- Vezeték nélküli fülhallgatók
Hirdetés
-
5G-vel és hőkamerával strapálja magát az Ulefone
ma A ThermoVue rendszere mellett az éjjellátó képességek is megvannak.
-
Felpörög az asztali CPU-piac a következő pár hónapban
ph A friss pletykák szerint az AMD és az Intel is a frissítésein dolgozik.
-
2024 - Alig egy nap múlva jön a Sony új State of Play előadása
gp Az előzetes tervek szerint több mint 30 perces lesz a műsor.
Új hozzászólás Aktív témák
-
Szirty
őstag
Hali w3dzz!
"Hogyan lehet létradiagramban tömböt létrehozni?"
Létradiagramban sehogy. Ott nem tudod létrehozni.
Előre kell deklarálni.
Vagy a TEMP lokális változó területen hozod létre egy FC vagy FB blokkban, vagy DB-ben:
Vagy FB-ben a STAT lokális változóterületen.Vagy egy DB-ben csinálsz tömböt:
Hivatkozni pedig így tudsz rá (létrában is):
-
Szirty
őstag
Helló w3dzz!
"Mivel lenne másabb ez a megoldás mintha a bemeneti kombinációtól függően egy bináris értéket viszek egy merker szóba és nem tömbből"
Egy problémára rendszerint több megoldás is létezik. Meg kell találni azt, amelyik az adott körülmények között a legmegfelelőbb.
Az iskolában oktatnak különböző programozási módszereket, amik birtokában a fenti döntés könnyebb lehet.
Nekem úgy tűnik, hogy amit szeretnél az az egyik ilyen "iskolai módszer" alkalmazása. Én Jelenleg nem látom a feladatot, többet nem tudok mondani. -
Szirty
őstag
Helló dekorn!
"...azt szeretném , hogy feltöltsem rá a WinCC Flexible.és programját , akkor azt milyen módon tehetem meg"
Én a következő módszert használom:
Mivel a PLC-t is kell programozni, monitorozni stb, ezért a PLC-hez csatlakozni képes illesztőnk van.
Az OP-ra a projectet pedig úgy töltöm föl, hogy ezzel a kábellel rácsatlakozok, éppen úgy, ahogy akkor tenném, amikor a PLC-t akarnám programozni.
Egyszerű, mert semmilyen extra tevékenységet nem végzek és kábel sem kell másik és egyszerre érem el a PLC-t is és az OP-t is (ha több OP is van rajta , vagy több PLC, akkor azokat is, mindet).
Megint más szóval: az OP-ra a project feltölthető profibuszon is és feltölthető MPI buszon keresztül is!
Ha az OP új, akkor be kell állítani rajta kézzel (Control panel) az MPI/PB címet és azt, hogy ezen keresztül akarod tölteni.
Továbbá ha azt szeretnéd, hogy később bármikor lehessen rá projectet feltölteni (pl. amikor módosítod) és ezt úgy akarod kezdeményezni, hogy közben az OP-t a helyszinen ne kelljen transfer módba helyezni, akkor be kell pipálni a "remote control" opciót amellett a kommunikációs beállítás mellett, amelyiket aktiváltad.Természetesen az ethernet is jó megoldás, amit Dezsi82 javasolt. Esetleg az IP címekkel el lehet kicsit játszani. Tudni kell pl. hogy a két eszköznek egy alhálózatba tartozó IP címet kell megadni különben az életben nem találnak egymásra.
Ez annyi kényelmetlenséggel járhat, hogy a gépeden állandóan ideiglenesen át kell állítani az IP címet amikor az OP-ra akarsz tölteni.
(Ethernet esetén is be kell neki állítani hogy azon keresztül akarod majd etetni és annál is van a fent említett remote control opció, ami itt is ugyanazt jelenti) -
Szirty
őstag
válasz Blazkowicz #1458 üzenetére
Helló Blazkowicz!
"Ha nincs műszaki előképzettségem, az mennyire hátrány egy PLC programozói tanfolyamnál/ill. későbbi munkánál."
Az általam ismert OKJ-s tanfolyam jellegű képzéseknél ez nem különösebb hátrány.
A gyakorlati munkavégzés viszont igen-igen nehéz lesz így eleinte."Érdeklődöm egy 1 éves OKJ-s PLC programozói képzés iránt, de nem szeretnék év közben elvérezni és így pénzt kidobni."
Egy ilyen tanfolyam kb arra jó, hogy OKJ-s papírod legyen róla. Ettől nem fogsz tudni annyira és úgy PLC-t programozni, amennyire egy cégnél az szükséges...
Gyakran visszatérő téma ez itt is egyébként. -
Szirty
őstag
válasz kip.kop #1462 üzenetére
Helló kip.kop!
"Ladder diagram es Instruction List kezdoknek, hol talallok hasznalhato dokumentaciot,"
Milyen PLC-re?
Általános jellegű anyagok vannak létrára. Utasításlista sokkal specifikusabb, minden típusnál más és más.
Esetleg nézd át az oldalamon a linkek részt... -
Szirty
őstag
Üdv dekorn!
"Újabb kérdésem az lenne hogy TP27 eshez kerem a 15 tűs csatis kábel lábkiosztását illetve a 9tűs csati összekötést , ha esetleg erre van egy bekötése valakinek azt megköszönném, mert a neten elég sok mindent találtam erre a kérdésre és nem tudom melyik a megfelelő"
Itt, ezen a fórumon is volt már téma ez.
A Simatic HMI Communication User’s Manual-ban az összes OP összes összekötési módja és kábele benne van (a kiadási dátumig)
-
Szirty
őstag
Hi norcee!
"egyidejűleg csak akkor mozog egyszerre mindkettő ha egy script mozgatja őket., vagy felváltva mozognak, két merker bit értékétől függően, amik a scriptecben feltételek. "
Nem tudom hogyan oldottad meg a dolgot, de egy script akkor fut le, amikor az az esemény bekövetkezik, amelyikhez a script futását hozzárendelted.
Nem szokott problémát okozni egyszerre több objektum mozgatása a képernyőn (mint ahogy erről nemrég egy videó file-t is kiraktam).
Vagy egyszerűen csak nem értem a problémát és nem tudom hogy konkrétan mit értsez "egyszerre" alatt.Más.:
Ha jól értem azon ügyködsz, hogy mozgással akarod reprezentálni OP-n egy gép olyan mozgó részének a mozgását, amely helyzetéről csak két bináris információ van.
Az ilyesmi látványos, de én senkinek nem ajánlom, mert hamis információkat közölhet a gépről és annak helyzetéről. -
Szirty
őstag
válasz kip.kop #1478 üzenetére
Helló kip.kop!
akosf leírta a lényeget. Én csak annyit teszek hozzá, hogy a SCADA-t bonyolultabb rendszerekhez használják a gyártás magasabb szintjén. Vagyis a SCADA feladata inkább a gyártóberendezések és a vállalati (ügyviteli) rendszer közötti kapcsolat biztosítása.
Míg a HMI a gyártás alacsonyabb szintjéhez tartozik, (a szintek itt nem minőségi szintet jelentenek) gyártósor egyes berendezéseinek és a gép kezelője közötti kapcsolattartásra való.A SCADA rendszerek összetettebbek, drágábbak, főleg PC-n futnak és képesek ellátni HMI feladatokat is.
-
Szirty
őstag
válasz kip.kop #1496 üzenetére
Hali kip.kop!
"Hogyan tudnatok elmagyarazni, hogy mi az a "subroutine". Hogyan lehet hasznalni, mikor kell bevetni ... ?"
A szubrutin egy alprogram, egy programrész, amit a főprogram bármely részéről meg lehet hívni. A hívás hatására a főprogram végrehajtása áttér a szubrutin végrehajtására, majd amikor a szubrutin végére ér, visszatér a főprogramba és annak végrehajtását a szubrutin hívását végző utasítás után folytatja.
A szubrutin hívás tehát egy vezérlés átadó utasítás, mint amilyen az ugrás is, de a szubrutin jellemzője, hogy "automatikusan" mindig oda tér vissza, ahonnan hívták (az ugrásnak nincs ilyen jellemzője).A szubrutin általában egy bizonyos részfeladat ellátását végzi, amely feladatra a programban többször is szükség van. Másik jellemzője, hogy bizonyos programozási nyelvekben ( a PLC-nél is) a szubrutinnak paramétereket lehet átadni a hívás helyén, így a szubrutin azokkal a kiinduló adatokkal dolgozhat, és az eredményt visszaadja a hívó programnak.
Pl. ha egy vezérlésben sok csillag-delta motor indítás van, akkor lehet írni egy szubrutint ennek a feladatnak az ellátására. Paraméterként megkapja a start jelet, és egy időzítési értéket, esetleg a használni kívánt időtag számát. Visszaadja a hálózati kapcsoló, a csillag és a delta kapcsoló állapotait.
Így mindegyik motor indításánál csak meg kell hívni ezt a szubrutint megfelelően felparaméterezve, vagyis nincs szükség ugyanazon programrészeket újra és újra beletenni a programba, elég egyszer.
Továbbá a szubrutin hordozhatóbb. Vagyis változtatás nélkül átemelhetjük egy másik programba... -
Szirty
őstag
Helló oli83!
-
Szirty
őstag
Üdv izriot!
"A siemens Industrial communication katalógusában meg még Modbus szekció sincs, tiszta gáz..."
Pedig ezen nem kell csodálkozni, hiszen minden, magára valamit is adó cég, amelyik automatizálásban ott van és PLC-t is gyárt, kifejlesztett egy (némelyik többet is) terepi kommunikációs eljárást.
Hogy csak párat említsek:
ASI, PROFIBUS DP/PA, MPI, PPI, DeviceNet, HostLink, Modbus, Interbus, CAN-bus, Metasys, PNet, ControlNet, LonWorks, Toolbus, Controller link, SERCOS, stb.Ahogy aLávaló is írta, a modbus a Telemecanique gyermeke. A Siemens nem támogatja, mert az nem áll érdekében, ez szerintem elég nyilvánvaló.
A felhasználók meg szívnak a sokféle házi szabvány miatt. Ezen próbálnak változtatni azzal,hogy egyes gyártók összefogásával nyíltabb fieldbus szabványokat próbálnak kidolgozni. Ilyen a Profibus és a Profinet. De ez hosszú folyamat.Egyébként hogy került modbus siemens környezetbe (vagy siemens modbus környezetbe)?
Mert olyan öngólt szerintem senki nem rúg, hogy ezt nulláról így tervezi meg... -
Szirty
őstag
válasz Kramp65 #1524 üzenetére
Hali Kramp65!
"Siemens Simatic S7-200."
Hát ez nem az adapteré és nem is pontos.
A pontos meghatározás a rendelési kóddal (order number) lehetséges. Ez pl. egy S7-200 CPU 211: 6ES7 211-0AA23-0XB0Engem az adapter érdekelt volna és nem a PLC (ami biztosítja a kapcsolatot a PC és a PLC közöt). De ha régebben ezzel működött, akkor már nem érdekel
-
Szirty
őstag
Helló dekorn!
"Ha valaki csinált már ilyesmit vagy hasonlót kérem segítsen nekem."
Konkrétan Sartoriux X5-el nem foglalkoztam még, de mérleggel kellett már játszani.
Az egy Schenck Intecont szalagmérleg, profibus kártyával.Hogy hogyan lehet tárázni, az teljesen gyártó specifikus.
Jellemzően a buszon keresztül írhatsz egy vagy több control word-öt, és olvashatsz status word-öt. Esetleg paramétereket is lehet írni vagy olvasni (a busz kommunikációs modelltől függően).
Ezeken keresztül valósítható meg a mérleg állapotának lekérdezése, üzemmódjának beállítása és egyes funkciók végrehajtása (meg persze nyilván a mért érték beolvasása is). De természetesen, hogy melyik word melyik bitjét konkrétan mire használja a te mérleged, az csak a hozzá való gyári busz kommunikációs leírásból derül ki egyértelműen (remélhetőleg). -
Szirty
őstag
Helló dekorn!
"közben az oldaladon olvastam az MPI-s adatcserédet , az nagyából használható az SFC 65 és 66 vagy inkább Fb20,21 vagy FC 1,2,3. "
Jah így már értem a kérdésed.
Attól tartok az nem lesz jó neked! Tehát azt akarod tudni, hogyan megy a kommunikáció a CPU és a profibuszos eszköz (ami ebben az esetben a mérleg) között?Be kell szerezned a mérleghez való gyári GSD file-t. Majd azt be kell importálnod a Step7 HW configjába. Ezzel bekerül a HW katalógusba, így le tudod rakni szépen a buszra a CPU mellé.
Kapni fog periféria címeket (PIW és PQW).Ezeken keresztül tudod elérni a mérleget.
Ha nem kell paraméter írás-olvasás funkció, akkor nem kell meghívnod semmilyen funkciót az adatcseréhez. Amit a PQW címekre írsz, azt azonnal elküldi a mérlegnek. Amit a mérleg küld, azt azonnal kiolvashatod a PIW címekről. -
Szirty
őstag
Hali dekorn!
"Igen köszönöm valami ilyesmire gondoltam , meg meg is csináltam már ezt , csak azt írja ki hogy nem lehet monitorozni a perhiferia kimenetet. Ez mitől van nincs kimeneten jel vagy nem jó a beálítás?"
A PQ periféria kimeneti tartomány, ezért a PQW csak írható. Nem lehet olvasni!
Ha arra vagy kíváncsi mi van benne, azt onnan tudod, hogy mit írtál ki oda utoljára. Na az van benne"A másik kérdésem , hogy elviekben az egyik PQW-és addr.-re adhatok neki olyan értéket amire a brutó vagy netó mért értéket adja vissza?"
Ebben csak a profibuszos kezelésének gyári leírása fog neked segíteni. Nem ismerem ezt a fajta eszközt.
-
Szirty
őstag
Helló dekorn!
"a nagyobb probléma az hogy a hozá adott manual , hát nem valami részletezős magyarázós darab Profibus Siemens kapcsolat téren"
-
Szirty
őstag
Helló dekorn!
Én nem tudok neked így ennél konkrétabban segíteni, mert nem tudom hogy:
- A linkelt GSD file ahhoz a profibus vezérlőhöz való-e, ami neked van?
- Beillesztetted-e a GSD-t a HW configba és leraktad-e ott az eszközt?
- Feltöltötted-e a HW configot a PLC-re és ha igen, akkor utána volt-e busz hiba a PLC-n, volt-e busz hiba a mérleg profibusz vezérlőkártyáján?
- Amikor az említett programrészletet kipróbáltad, ellenőrizted-e, hogy a mérleg a HW?configban valóban a 100-as periféria címen van-e (mert a példaprogramban ott van)?
- Megnézted-e, a mérleg profibusz kommunikációjáról szóló doksiban, hogy melyik kiolvasott és bele írt word mit csinál és mi a jelentése? -
Szirty
őstag
Hali dekorn!
"Olyan kérdésem lenne , hogy van egy S7200 összekötve Profibus on egy TP177A panel és Prosave-vel , akkartam csinálni róla egy mentést , be is állítottam hogy MPI"
Szerintem itt kavarodás van.
Az S7-200-on nincs Profibus. Legalábbis alapból, legfeljebb csak külön bővítőn. Az S7-200-on nincs MPI sem, az csak S7-300/400-on van.
Az S7-200-on PPI van. Szerintem a panel PPI-n keresztül kommunikál.
Próbáld úgy, hogy PPI-t állítasz be neki, nem profibus-t és nem MPI-t. -
Szirty
őstag
Hali dekorn!
"Szóval tudom hogy furcsa ,de edy s7-200-as van össze Profibus DP-és kábelell,"
Az MPI busz a Profibus DP és a PPI busz is ugyanazt a hardware (fizikai) "réteget" használják, amit úgy hívnak hogy RS485.
Ezért nem meglepő, hogy a Profibus DP-hez használt kábel használható MPI buszthoz és PPI-hez is.Továbbra is az a sejtésem, hogy az az S7-200-as PPI-n kommunikál a panellel és továbbra is az a javaslatom, hogy PPI kommunikációt állíts be a töltéshez.
-
Szirty
őstag
Hali dekorn!
"Oké ezt eddig értem persze, de mivel tudnám a Siemens TP177A-ás panelt buckup-olni?"
ProSave-el, (SIMATIC_HMI_ProSave_7_4_4.exe ) vagy egy megfelelő kapacitású MMC kártyával.
A ProSave módszerhez vagy USB host to host kábel kell, vagy Serial (via RS232/PPI multimaster) 6ES7 901-3CB30-0AX0 kábel, vagy Serial (via USB-PPI) 6ES7 901-3DB30-0XA0.
Jó lenne még RS232 null modem kábel is, de a TP177-en asszem nincs RS232 port.
A te adaptered is jó lenne, ha a panel MPI vagy DP buszon lenne.Ha hozzáférsz a panelen futó Windows control panelhez, akkor átmenetileg átállíthatod mondjuk MPI-re amíg lemented.
Vagy választod a memória kártyás módszert.
Itt a FAQ hozzá[ Szerkesztve ]
-
Szirty
őstag
Hali dekorn!
"Két dolog érdekelne engem még , hogy MMC kártya bármilyen lehet hozzá , vagy valami speckó Siemenses kell"
Közönséges MMC is jó, nem kell hozzá siemens feltétlen (mint pl. S7-hez).
Az viszont közel sem biztos, hogy a most kapható nagy kapacitásúakat lépes lesz kezelni.
Próbálj szerezni valami 512MB körülit..."esetleg az RS232/PPi kábelt össze lehet-e rakni házilag."
Ezzel már próbálkoztak többen, a prog.hu-s PLC fórumon (levelező listán) azt írták, hogy egy közönséges RS232-RS485 konverter is jó helyette.
De ennél többet nem tudok mondani, nem próbáltam. -
Szirty
őstag
válasz Marty76 #1565 üzenetére
Hali Marty76!
"Viszont nem tudom elhinni, hogy itt a fórumon soha senki ne hozott volna létre valami hasonlót!?"
Gyakran csinálunk hasonlót.
De ha egy CPM1-et összekötsz egy PC-vel RS232-n, majd a PC-n futtatsz SCADA-t vagy OPC szervert és elérhetővé teszed etherneten át, az már nem egészen az, amit a problémafelvetésedben említettél."Ha egyszer megcsinálom bíz Isten publikálni fogom."
Helyes!
Ha neked megfelel, szívesen biztosítok neki helyet az oldalamon... -
Szirty
őstag
Hi dekorn!
"ost olyat is lehet olvasni , hogy pendrive-on keresztül fertőz és ha telepítve van a WinCC akkor támad"
Itt halkan megjegyezném, hogy a WinCC <> WinCC Flexible. Csak mert ez gyakran félreértést okoz...
"na de ha nekem van egy Symantec Antivirus állandóan frissített programom a laptopon akkor az megvéd jelzi ha fertőzött pendrive-ot dugog be a laptopba?"
Mint tudjuk, a vírusvédelem csak akkor nyújt bármiféle védelmet, ha a vírusvédelmi szoftver ismeri az adott vírust, vagy azt a módszert, amivel az kárt okoz, vagy amivel beférkőzik a rendszerbe. Ebből az következik, hogy más esetekben a védelem hatástalan!
Más szóval: Amennyiben a Symantec Antivirus ismeri a w32.Stunxnet vírust, vagy annak fertőzési módszerét, akkor véd, egyébként konkrétan ennek a vírusnak az esetében olyan, mint ha nem is lenne vírusvédelem a gépen.
Hiszen épp ez az oka annak, hogy tökéletes vírusvédelmi szoftver nincs, mivel először mindig a vírus készül el és csak azután (annak megismerése, elemzése után) van lehetőség szoftverrel felismerni és védekezni ellene. -
-
Szirty
őstag
-
Szirty
őstag
válasz kip.kop #1592 üzenetére
Hali kip.kop!
"Hát, egyelőre nem egyszerű megértenem így."
Pedig igyekeztem a lehető legegyszerűbben a lehető legtöbbet közölni. Sajnos a két dolog ellentmondásban vagy egymással.
Most nem kezdek neki mégjobban leegyszerűsíteni, mert nem tudom volna-e értelme, de a kérdés: mit nem értesz?A szabályzás alap koncepciója érthető (minek kell, mire való egy szabályzás)? A probléma megértéséig a megoldás sem lesz érthető...
-
Szirty
őstag
válasz kip.kop #1596 üzenetére
Hali kip.kop!
Az igény alapvetően egyszeű.
Van egy mért értéked, ami lehet nyomás, szint, sebesség, pozíció, hőmérséklet, tulajdonképpen bármi.
Az igény az, hogy ezt egy meghatározott (töbnyire állandó) értéken kell tartani.
A rendszerben rendelkezésre áll egy beavatkozó szerv, aminek megadható a beavatkozás mértéke. A beavatkozás befolyásolja az imént említett mért értéket vagy egyenes, vagy fordítottan arányos összefüggés szerint.
A mért értéket külső, zavaró tényezők is befolyásolják, amelyek függetlenek a szabályzástól (ha ilyenek nem volnának, akkor nem volna szükség a szabályzásra).A szabályzás feladata az, hogy a mért érték és az általunk megadott alapjel szerint úgy módosítsa a beavatkozó szerv állásást, hogy a mért érték a lehető legpontosabban tudja tartani az általunk megadott (kívánt) alapjel értékét.
Nézzünk egy példát erre. Tegyük fel, hogy van egy szárító kamra, ahova a szárítandó terméket beküldi egy gép.
A feladat az, hogy a szárítókamrában állandó legyen a hőmérséklet. Ehhez kell egy hőmérséklet mérés meg egy beavatkozó jel.
A mérés mibenléte nyilván érthető. A beavatkozás pedig a kamra fűtését szabályozó eszköz. Egyszerű esetben ez egy elektromos fűtőszál. Minél nagyobb energiát álítunk be a fűtőszálra, annál nagyobb mértékben fűti a kamrát.A zavaró tényező pedig az, hogy a kamrába új (hideg) terméket helyeznek el, ami lecsökkenti a hőmérsékletet. Ezt lehet szabályzással korrigálni. Így a szabályzó megkapja a mért hőmérsékletet a beállított hőmérsékletet, amit tartani szeretnénk (alapjel) és egy meghatározott algoritmus szerint ezekből képez egy beavatkozó jelet, amit a fűtőszál fog megkapni. A szabályzó működése során arra fog törekedni, hogy a mért hőmérsékletet a fűtés mértékének módosításával a beállított hőmérsékleten tartsa.
Erre (is) jó a P, PI, PID szabályzó... -
Szirty
őstag
-
Szirty
őstag
Hali kyle_!
"Mi vettünk egy müanyag fröccsöntő gépet, amelyben egy siemens simatic s5 szerkezet van."
Akkor az nem mai gyártmány lehet
"inditás után a gép egy hibakódot ir ki."
Sajnos ez meglehetősen kevés információ ahhoz, hogy érdemben válaszolni lehessen rá.
Mi írja ki az üzenetet és hova? -
Szirty
őstag
válasz kip.kop #1605 üzenetére
Hali kip.kop!
"Csak nem dolgozol te is a szaritas teren?"
Volt már párszor ilyen feladat. Egyszer fűrészáru szárítót is csináltunk (bár azt PC vezérelte és nem PLC),
"De persze ez is ugyanugy mukodik, csak sokkal tehetetlenebb a rendszer (gondolom en)."
Igen, ha nagy a rendszer tehetetlensége, akkor lassú lesz a szabályzás. Dolgoztam már én is 20 perces integrálási idővel.
Az a baj vele, hogy rendszerint az ilyen szabályzást nehéz és sokáig tart jól felparaméterezni. Ott kell ülni mellette órákat vagy napokat és figyelni hogyan reagál. Esetleg autotuning, de arra még nem mertem nagyon rábízni szabályzást, mert a legtöbb esetben amihez szabályzás kell nem célszerű végletesen kivezérelni, mert az problémákat okozna.
Jó igen, tudom vannak fejlett autotuning algoritmusok is, de fizetős, azt is tudni kell beállítani, én meg nem foglalkoztam még velük. Eddig sikerült kézi beállítással is elérni a kívánt működést. (meg a kezelők előbb-utóbb úgy is szanaszéjjel állítanak mindent rajta -
Szirty
őstag
válasz Dezsi82 #1610 üzenetére
Hali Dezsi82!
"Waiting for image update..."
Ezt a leírást nézd át.
(Gondolom a project is elszállt róla) -
Szirty
őstag
válasz kip.kop #1612 üzenetére
Hali kip.kop!
"Így tippből beallithatok-e nagy integrálási időt? ( pl. a max. 10000x0,1s=1000s)"
Általában igen. De ez nyilván a konkrét PLC konkrét PID szabályzó blokkjától függ.
S7-300/400 PID blokkja (SFB 41/FB 41 "CONT_C") pl. 24 nap 20 óra 31 perc 23 másodperc 648 ezredmásodperc időt enged meg maximálisan (ms-os lépésekben). -
Szirty
őstag
válasz Dezsi82 #1614 üzenetére
Hali Dezsi82!
"Sajna mindegyik azon alapul, hogy már van egy működő OP-nk bebootolt operációs rendszerrel, ami sajna nekem nincs."
Elnézést, rossz (pontatlan) linket adtam. Az a kereső oldal. Bár amit adni akartam közte volt, de ez volna az, ezt nézd át!
A leírás arról szól, hogy mit lehet tenni az OP-val ha be sem bootol, hogyan lehet OS update-et végrehajtani stb:
Külön leírás van a Protool-al, a WinCC Flexible-vel és a Prosave-vel."Remélem nem kell vennem egy step7-t hogy fel tudjak tölteni egy OP OS-t. "
OS update-hez nem kell Step 7. WinCC Flex, ProTool kell vagy a ProSave (ez utóbbi letölthető a siemens-től).
Ki mondta hogy az élet egyszerű? :>
-
Szirty
őstag
válasz kip.kop #1616 üzenetére
Hali kip.kop!
"P, I, D tagokat hogyan kell beállítani, te hogyan állítod be?"
Én mindig csinálok a szabályzónak kézi üzemmódot (ezzel jellemzően nem vagyok egyedül :>).
A kézi üzemmód az, amikor a szabályzó beavatkozó jelét én határozom meg egy érték beírásával, amin a szabályzó nem változtat, amíg kéziben van. De a mért értéket azt látom ilyenkor is.
Amennyiben a szabályzás nem túl gyors, először kézi üzemmódban megpróbálom én beállítani azt a beavatkozó értéket, ami a mért értéket az alapjel közelébe hozza. Hogy kialakuljon egy egyensúlyi állapot. Ilyenkor lehetőség szerint a mért értékre hatást gyakoroló külső zavaró tényezőket kizárom.
Ezután beállítom neki az alapjelet és kikapcsolom az I és a D tagot (érdemes először a P tagot beállítani ha a rendszer ezt megengedi). A hibajel erősítését kicsire (egynél kisebbre) állítom be. és átkapcsolom automatába (ált.-ban csak rövid időre) hogy lássam mekkora beavatkozó értéket kalkulál ki. Ha ez jelentősen kisebb, mint ami a kéziben beállított egyensúlyi állapothoz közeli beavatkozó érték, akkor növelem a hibajel erősítését (Gain), Ha a kalkulált beav. érték nagyobb, akkor a gaint csökkentem. Ezt addig ismétlem, amíg automatában is az egyensúlyi állapothoz közeli beav. értéket nem kalkulálja.
Ha csak P szabályzásra van szükség, akkor ezzel a durva beállítás kész is, jöhet az üzem közbeni próba, amikor vannak zavaró jelek. Figyelni kell hogyan reagál a szabályzás. Ha nem áll be a kívánt érték, növelni kell az erősítése. Ha a szabályzás beleng, akkor az erősítés valószínűleg túl nagy.Ha kell az I tag is, akkor jöhet annak a beállítása, az már automatában. Először nagyra állítom az integrálási időt (a nagy itt annyit tesz, hogy a rendszer becsült ciklus idejének a többszörösére), tehát kb. hasra valamennyit :>). De lényeges, hogy inkább túl nagy legyen, mint túl kicsi, különben a szabályzót erősen belengeti az I tag.
Ezután figyelem hogyan reagál. Általában ha PLC-vel valósul meg a dolog, akkor csinálok OP-n egy képernyőt. ahol látom a szabályzó néhány belső változóját is, mint pl. mekkora az I tag pillanatnyi beavatkozó értéke, mekkora a hibajel mértéke stb.
Ha a szabályzás túl lassan reagál a zavaró tényezőkre, szépen kis lépésekben csökkentem az integrálási időt. Kb azt a pontot kell eltalálni, mielőtt a szabályzás hajlamossá válik a lengésre.
Ha ezt is sikerült belőni, jöhet a D tag is, hasonló módszerrel.Szoktam rakni grafikont (trend) is amin látható a szabályzó fontosabb változója, mert a grafikonon lassú szabályzásoknál nagyon jól látszik mi hogyan változik és gyakorlottabb szemmel könnyebben el lehet dönteni mit kellene még állítani.
Természetesen erre az egészre vannak egzakt módszerek is (a fenti inkább tapasztalatai/gyakorlati módszer). Sőt matematikai módszerek is (azt használja pl. a self tuner algoritmus is, már amikor van). Vannak erre leírások, sőt a gyakorlati módszer is finomítható pl. azzal, hogy szándékosan belengetett rendszernek stopperrel megmérjük a periódus idejét, amiből számítható az optimális integrálási idő. Ilyenkor nem kell olyan sokat mellette ülni és finomítgatni a beállításokat.
Hogy hogyan állíthatjuk be az nagyban függhet a rendszertől, géptől is. Pl. egy vegyi üzemben nem veszélyeztethetünk berendezéseket vagy életeket egy ilyen "hú ez sok, vegyük lejjebb" beállítási módszerrel, meg attól is morcosak lesznek ha az állítgatás alatt a berendezés fossa a selejtet.
Jó tanács: Egy jól beállított szabályzó összes paraméterét le kell menteni (vagy fel kell írni)
"A Ts tag az úgy-e nem szerepel szorzóként az I, D tagnál beállított értéknél?"
Nem tudom mi a Ts tag, a PID szabályzónak sok implementációja létezik és sokféle paramétere, amelyek (neve és száma is) implementációnként merőben eltérőek lehetnek, még úgy is, hogy ugyanarra az alap PID algoritmusra épülnek.
-
Szirty
őstag
válasz kip.kop #1619 üzenetére
Hali kip.kop!
"Ts úgy gondolom a sampling period."
S7 PID esetén a minitavételi idő és az integrálási idő úgy függ össze, hogy a mintavételi idő a PID-et megvalósító programblokk hívási időciklusaiból adódik, ait egy paraméterben meg kell adni neki. Így a blokk tudni fogja milyen időközönként fut le és az integrálási időt mindig helyesen fogja kiszámítani. Ezért fontos S7-nél, hogy a PID blokk fix időnként legyen meghívva (pl timer interrupt OB-ból).
"Az I tag úgy-e akkor van kikapcsolva, ha a maximális értéket adjuk neki"
Az I tag akkor van kikapcsolva, amikor semmilyen szerepet nem játszik a szabályzásban.
Biztos van olyan megvalósítás, hogy a PID programblokkal úgy lehet közölni az I tag kikapcsolását, hogy 0 integrálási időt adunk meg neki.
S7 PID séma így néz ki:Ebből látszik, hogy mindhárom tagot külön ki/be lehet kapcsolni egy külön paraméterrel. Az I tagot az I_SEL paraméterrel... Az is látszik, hogy az összegző előtt az I_SEL "kapcsoló" kikapcsolt helyzetben nulla beavatkozó jelet ad az integrátor felől.
-
Szirty
őstag
válasz kip.kop #1621 üzenetére
Hali kip.kop!
Nem tudom mi az az OB . ( tampon?
Organization Block "Szervező" bprogramblokk, de a lényeg nem ez, hanem ami előtte volt: "Timer interrupt"!
"Úgy latszik nem értetted a kérdésem."
Most se értem! Fogalmazd át!
Az integráló tagnak nem adsz értéket. Az "magától" változik.
-
Szirty
őstag
válasz kip.kop #1623 üzenetére
Hali kip.kop!
"Nem tudom mire gondolsz most, de én az integrálási idő értékére gondoltam."
Na ezt nem írtad eddig... hogy mire gondolsz
Én erre a kérdésedre: "Az I tag úgy-e akkor van kikapcsolva, ha a maximális értéket adjuk neki"
azt gondoltam hogy az I tag kikapcsolására vonatkozik."De ha azt állítod, hogy nem én adom meg az értékeket,"
Az integrálási időt te adod meg. Illetve az egy beállítás természetesen. Az I tag beavatkozó értékét nem te adod meg, az változik "magától"."Tehát az áll a legközelebb ahhoz, hogy ki van kapcsolva, ha a legnagyobb értéket adom, vagyis így avatkozik legkevésbé bele a rendszerbe?"
Nos akkor kiegyenesedett a dolog
Az extrém nagy idővel nem a beavatkozás mértéke csökken, hanem a beavatkozás változásának az ideje nő meg, ami az I tagot illeti.
Extrém nagy integrálási idővel nem kevésbé fog be avatkozni, hanem lassabban. Tehát ha a mért érték hosszú ideig azonos előjellel tér el az alapjeltől, akkor az integráló tag beavatkozása szép lassan megnő (vagy lecsökken az eltérés előjelétől függően) és képes ugyanakkora beavatkozásra mint rövid tI idővel.
Ha a mért jel gyorsan változik (sokkal gyorsabban mint amennyi az integrálási idő) és gyakran lesz hol kisebb, hol meg nagyobb az alapjelnél, akkor az I tag beavatkozása valahol 0 körül fog ingadozni. Ekkor tehát a kérdésedben rejlő feltételezés teljesül, de csak ezzel a feltétellel.
Az I tag kiiktatásának nem ez a módja.Szerintem itt az volt a gond, hogy nem árultad el, hogy a kérdésedben rejlő feltételezéssel milyen hatást akarsz elérni (miért akarod kiiktatni az I tagot). Úgy tűnik rossz irányból közelítetted meg a célt és ezért nem arra válaszoltam amit tudni akarsz, hanem arra amit kérdeztél
-
Szirty
őstag
válasz Directors #1631 üzenetére
Hali Directors!
"b0,b1,a1,c1 az görgő, az a0 pedig csuklós görgő."
Én nem értek a penumatika rajzokhoz, ezért nem igen tudok segíteni, de én is úgy látom, hogy túlságosan nem kényezteted el információval azokat akiktől a választ várod :>
Kevés (semmi) infót adsz, de sok infót akarsz kapni.
Szerintem kicsit jobban le kellene írni a feladatot.[ Szerkesztve ]
-
Szirty
őstag
Hali dekorn!
"mint ahogy annyi más a Siemensnél teljesen különálló programokkal lehet paraméterezni és frimware-t frissíteni mint a PLC-ket"
Számomra az lenne a furcsa, ha alapvetően eltérő működésű, felépítésű és célú, eszköz paraméterezésére, programozására ugyanaz a szoftver szolgálna.
Szerintem olyan lenne, mint egy porral oltó, amivel lehet borotválkozni.
Nyilván nehéz lenne (és értelmetlen is) egy kalap alá venni pl. egy szervó hajtást, egy HART-os távadót és mondjuk a siwarex-et, mert kb semmi közük egymáshoz. -
Szirty
őstag
Helló dekorn!
"egyszerű így több szoftvert kell megvenni , ámbár így nem kell mindenért fizetni ez is igaz, ha az a hardver nincs az embernek."
Meg is magyaráztad az okot, hogy miért nem úgy van
"De azt nem értem hogy az Omron-nak miért van One program csomagja és a Siemensnek miért nincs"
Miért ne lenne? Úgy hívják,hogy Premium Studio.
Benne van szinte minden.
Új hozzászólás Aktív témák
- Genshin Impact (PC, PS4, Android, iOS)
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Processzor árak megváltozása Windows 11-gyel
- Nintendo Switch
- Ingatlanos topic!
- Revolut
- Mini-ITX
- PH!otósok beszélgetős, offolós topikja
- Milyen légkondit a lakásba?
- Azonnali VGA-s kérdések órája
- További aktív témák...
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Promenade Publishing House Kft.
Város: Budapest