- A sógorokhoz érkezik a kompakt Vivo X200 FE
- Apple Watch
- Samsung Galaxy A56 - megbízható középszerűség
- Milyen okostelefont vegyek?
- Megindult világhódító útjára az új Samsung fülhallgató
- Honor Magic6 Pro - kör közepén számok
- Telekom mobilszolgáltatások
- One mobilszolgáltatások
- Csak semmi szimmetria: flegma dizájnnal készül a Nothing Phone (3)
- Xiaomi 15 - kicsi telefon nagy energiával
Új hozzászólás Aktív témák
-
#7168
Rigor Mortis
csendes újonc
Mazsika
#7167
Rigor Mortis
csendes újonc
válasz
Mazsika
#7167
üzenetére
Sajnos a fórum tematikája és moderálási alapelvei nem igazán teszik lehetővé számomra, hogy kifejtsem, mit is jelent egészen pontosan az "OBK eljárás". Arra kérlek, használd a fantáziád!
Legyen annyi elég: az automatizálás (vagy általában az élet?) buktatóival folytatott szűntelen harc néha vesztésre áll. Olykor napszálltára porba hullunk, elvérzünk. Ilyenkor keserűen, lemondóan, de felindultan OBK-t kiáltunk. Másnap feltámadunk és vígan harcolunk tovább...
Elnézést kérek a képzavarért és a feleslegesnek ható pátosz miatt. Csak próbáltam virágnyelven rávilágítani a fogalom roppantmód vulgáris, rejtett jelentésére.
-
bekecs76
tag
válasz
Mazsika
#7158
üzenetére
Ez a v14 nem enged semmit. Pedig most frissítettem Sp1-re. A v13-as verzió az 1200-ast engedett, de ugye az nekem nem jó. Amúgy a korábbi v13-as verziót is frissítettem sp1-re majd utána sp2-re, de mire mindent letöltött magának, meg feltelepített, fullra meg telt a 128Gb-os Ssd vinyóm. Pedig csak a windows van rajta meg az office. Aztán azt leszedtem, eljátszottam vele egy egész délutánt. Most ezzel a v14-el kinlódok, de nem bírok rájönni miért csinálja ezt, hogy nem enged hozzáadni semmit. Lehet az EKB nem jó, de már több félét is próbáltam. Vagy a win 10 pro 64 bit miatt van. Nem tudom...
-
molntomi
csendes tag
válasz
Mazsika
#7019
üzenetére
Szia,
Folyamatos töltés van 2 töltőszáron, és egy nagyobb Puffertartályból, szivattyú tolja be az adagot a gép kisebb puffertartályába.
Hogy miért kell 2 szelep nem értem, feleslegesnek tűnik az egyik, bár arra gondoltam, hogy az egyik a túlfolyón van, ha felmegy bizonyos bar-ig a nyomás a tartályba akkor ott leengedné, de ezt a programkódban nem látom.
-
-
plutokas
csendes tag
válasz
Mazsika
#6544
üzenetére
De úgy volt... viszont kár veszni hagyni mert jeleneg olyan fórumok vannak amik nem tematikusak. Sokszor segített nekem is a fórum és azért próbálom most felkarolni hátha másoknak is segítségére tud lenni. Még sok munka lesz vele amíg nem lesz mai kornak megfelelő és biztonsággal mondhatnánk hogy nagyon hasznos, de próbálkozunk.
Annyi kiegészítés lesz még vele, hogy robotos témák is fel fognak kerülni.
Üdv! -
crucified
tag
válasz
Mazsika
#6520
üzenetére
Szia, szerintem telnet-el hozzáférhetsz, gondolom tudod az IP címét. admin / admin lehet a belépés, de természetesen ez csak tipp. Watchdog-al szerintem tudod monitorozni, a programozását meg csak tippelem Visual C# vagy valami C nyelv lehet. Nem vagyok arról meggyőződve, hogy alacsony szintű utasításokkal operál. A MOXA pl. olyan, hogy felkészíted a watchdog-ra, onnantól alacsony szintű utasításoknak néz ki amivel monitorozod, de valójában a háttérben egy Visual C# fut mint kiszolgáló.
De nem ismerem az eszközt, csak a "rokonait" így első ránézésre.
-
byte-by
tag
válasz
Mazsika
#6443
üzenetére
halo
van ott már egy db (DB5) , ha nem akarsz többet létrehozni használhatod azt is.
FC-id vannak, ezért ezt a db-t tudja használni mindegyik blokk.
a TIA-ban nagyon könnyű létrehozni db-t ,TAG alapú, nem fedik egymást, változtathatod a tipusát vagy méretét , nem okoz problémát a többinek.
ha elkülönítenéd pl. a TAG -ot eleve úgy írod , hogy tudjad hova kell, vagy a kommentben jelzed magadnak.a direkt cimzésű merkerek fixek és végesek, a típus változtatás okozhat problémát.
de létre is hozhatsz ahogy Mazsika javasolta, akár blokkonként is, úgy is tökéletes. -
Szirty
őstag
válasz
Mazsika
#6355
üzenetére
Mindamellett hogy óriási előrelépés sok szempontból az új fejlesztői környezet az elődjéhez képest, nagyon bosszantó hogy teljesen átkomponálták a gyorsbillentyűket. Még véletlenül sem hasonlít a régi Step7-hez.
Nem tudom ezt mi ihlette (mire gondolt a szerző).Persze akik imádnak egerészni és az Ok gombra is egérrel kattintanak, vagy az új felhasználóknak akik a TIA-val kezdték, ez nem jelent semmilyen problémát. De aki évekig használta a régit és ma is kénytelen a kettőt felváltva használni, szerintem hullik a haja rendesen (ha még van neki). :-/
Pl. "érintkezőt" akarok lerakni létrában, vagy egy funkciót, Step7-ben folyton átméretezem az ablakot, meg
függőlegesen rendezem őket (Shift-F3, Shift-F5) stb.Csak példaképp ehhez képest a CX-Programmerrel úgy lehet "írni" a programot, hogy az egérhez hozzá sem kell nyúlni. Példa értékű a mai napig ilyen szempontból. Nagyon gyorsan lehet vele dolgozni.
Bár most az Omron is teljesen új alapokra helyezte a fejlesztői környezetét, nem láttam még. Gyanítom, hogy ez a lehetőség elsorvad benne a fejlődés hatalmas sodra erodálja.
-
-
-
And
veterán
válasz
Mazsika
#5965
üzenetére
Igen, van kezelői terminál a vezérelt gépnél. De az egy Profibus DP-s kliens eszköz, nem Siemens gyártmány, és kizárólag DB-területeken át kommunikál a PLC-vel. A kódrészletben látható DB101-ben tárolt bitek például közvetlenül a saját címükön (word-ként) jutnak el a HMI-hez, ahol ki vannak animálva. Az input bitek (ezek is megjelennek a HMI-n) szintén egy DB-n keresztül vannak átadva. Tehát a HMI közvetlenül PLC I/O-területet nem tud írni / olvasni.
-
Szirty
őstag
válasz
Mazsika
#5477
üzenetére
Helló Mazsika!
Nálam mindig is csinálta, Nem tudom az okát, jellemzően akkor történik, amikor olyat nyitok meg, amit addig még nem (ami nincs benne a project open listájában).
"siemens rik-re jön valaki?"
Egyszer az egyik meghívóra nem válaszoltam.
Azóta nem hívnak meg. Ez van
-
Szirty
őstag
válasz
Mazsika
#5438
üzenetére
Egyelőre kusza az összeállítás a sokféle lehetőség miatt.
Ezt egy PROFINET-es busz modul hajtja majd (CPX-FB33, 548755).
8 bemenetű input modulok lesznek rajta (CPX-8DI, Code E, 195750)
és MPA1S pneumatic modulok (195750).Közben ahogy leírtam talán rá is jöttem a válaszra. De megerősítés jól jöhet.
A kérdésem az, hogy mennyit lehet ezekből felhányni egy sorba?
A manual szerint tíz modult ("A maximum of 10 CPX modules are permitted on the first row").
Hogy ebben a 10-ben benne van-e az FB33 vagy nincs, azt nem tudom. Továbbá az MPA1S-ek további részekre vannak osztva, amiből egy 195750-re 8 szelepet lehet rátenni.
Tehát ha jól értem ennél ez a 8 szelep (az alatta lévő egy darab 195750) minősül egy modulnak a sziget bővíthetőségének szempontjából?A Step7 HW cfg nem nagyon limitálja, 48-at engedne ezekből rádobálni... :-/
-
Szirty
őstag
-
byte-by
tag
-
Szirty
őstag
válasz
Mazsika
#5401
üzenetére
Nem ismerem a startert és a siemens szervókat sajnos.
De felfutás nélkül indítani? Az nem nagyon fog menni szerintem. A gyorsulás mindenképpen időbe telik. Az inerciától függ, de néhányszor 10ms minimum lesz.
Persze nagyon rövid lehet. Maximum lesz egy impulzus-szerű túlterhelés és egy tracking error. -
Szirty
őstag
válasz
Mazsika
#5350
üzenetére
Diagnosztikai megszakítás történik ha:
- Hardver hiba
- Firmware hiba
- Paraméterezési hiba
- Vezeték szakadás
történik.
Ezt az OB82 kezeli I/O FLT).S7-300 PtP coupling and configuration of CP 340 Manual 134. oldalán van erről szó.
A kommunikáció hiányát pedig nyilván a programban tudod kezelni, hiszen a program tudja mikor küldött mit és mikor vár választ. Ha nincs válasz x ideig, timeouttal jelezheti a kom. hiányát.
-
-
Szirty
őstag
válasz
Mazsika
#5321
üzenetére
Helló Mazsika!
Bár (sajnos) nem vitás hogy a szabvány szövegét a sok kivétel és speciális eset miatt sokszor nehéz egyértelműen értelmezni, de kérd meg a kollégát, hogy a szabvány számára és bekezdésére való pontos hivatkozással (és ne a szabvány szövegének kimásolásával) támassza alá ezt a szakmai véleményét.
Ahogy te is ugyanezt kérted tőlünk, hogy szembesíthesd vele.
Ha ugyanis igaza van, akkor neki lényegesen egyszerűbb lesz megtalálni az ide vonatkozó "strófákat", mivel azokra hivatkozik. Nem lehet mindenre azt mondani hogy "mert a szabvány előírja".Ha meg tudja tenni ezt a hivatkozást, akkor már lesz min vitatkozni illetve mit megbeszélni és lehetőség lesz egyességre jutni. Ha nem tud hivatkozni, akkor abba fogja hagyni az akadékoskodást magától.
-
byte-by
tag
válasz
Mazsika
#5318
üzenetére
halo !
abba a gépekbe teszünk amibe a megrendelő előírja.
szerencsénkre viszonylag jó a helyzet, mert a szinte állandó megrendelőnknél az elektromos szakember
elég jól képben van, körülményektől függően nem erőlteti.
egyszerű gépekbe kérik ezek általában görgősorok, ajtó vezérlések, lefújók, ilyesmi.
utoljára egy raklap egyszerű görgősort adtunk át, abban volt egy omron j1000-es frekiváltó alacsony teljesítménnyel és FI relé is.de adtunk át pneumatikus letörő egységeket csak munkahengerekkel, abban nem volt FI relé.
tehát változó , de mi sem erőltetjük.byte
-
Szirty
őstag
válasz
Mazsika
#5318
üzenetére
Helló!
A dolog jelentős akadálya lehet az is, hogy a frekvenciaváltók és szervó hajtások, (de egyes kapcsoló üzemű tápok sem) nem "kedvelik" az áramvédő kapcsolót.
Az hogy ha a föld fele áram folyik akkor ott valami baj van és meg kell keresni az marhára jó duma, csak épp használhatatlan.
Nagy teljesítményű rendszereknél ahol sok nagy teljesítményű frekvenciaváltó van vagy akár csak szimplán nagy telj. motor a földön jelentős kiegyenlítő áram folyhat (akár 10A is).
Ez az RCD-s betápláló védelemnek nem lesz túl nagy haverja ezt borítékolhatom...Az áramvédő kapcsoló egész egyszerűen nem erre való, nem ez az értelme. Illetve nem úgy kell használni hogy ha föld fele folyik több mint 30mA akkor lekapcsoljuk a fél várost!
Csak nem futottál bele (te is) egy önkényesen szabályt alkotó hatósági felülvizsgálóba aki a passzát szelet fingja és a szabványokra és előírásokra hivatkozva eszement, teljesíthetetlenül túlzó dörgedelmeket ír a jegyzőkönyveibe?
-
byte-by
tag
válasz
Mazsika
#5316
üzenetére
halo!
rákeresve : MSZ HD 60364-4-41- ez a szabvány foglalkozik többek között az áram-védőkapcsolók (RCD / FI relé)
létesítéséről.
" A szabvány – váltakozó áramú rendszerekben
– legfeljebb 30 mA névleges kioldó
hibaáramú áram-védőkapcsoló (RCD) alkalmazásával
kiegészítő védelem alkalmazását
írja elő a képzetlen személyek által
használt és általános használatra szánt
legfeljebb 20 A névleges áramú csatlakozóaljzatok
számára, és a szabadtéri használatú,
legfeljebb 32 A névleges áramú
mobil fogyasztókészülékek esetére. "de mi a gépeinkbe is teszünk, persze összetevőktől és alkalmazástól függően.
ha egy gép leverdesi a FI relét, akkor valahol szivárgó áram van.ennek okát meg kell keresni és elhárítani,
vagy zóna jellegűen kell alkalmazni és részegységeket kell bztosítani vele.
a FI relé életvédelmi berendezés, túláramtól magát a gépet nem védi meg, tehát kiegészítő egység lehet.byte
-
Szirty
őstag
válasz
Mazsika
#5314
üzenetére
Helló!
Nem tudom mennyit segít, én gyakorlati oldalról megközelítve tudok nem túl konkrét választ adni.
Lehet hogy van olyan hely, körülmény ahova elő van írva áramvédő kapcsoló az egész betáplálásra, ilyenről nem tudok. Nem is annyira egyszerű ez mondjuk egy 400 vagy 630A-es betáp esetén.
Eddig egyetlen egy helyen láttam ilyet ahol az áramvédő kapcsoló lekólintotta a betáp szakaszolót nullfesz kioldó segítségével.Előfordulnak helyek (nedves környezet, gáztüzelő berendezés, szerviz csatlakozók) ahova kell FI relé, de azok önálló áramkörök és a FI relé csak azokat védi, nem kapcsol le mindent.
Nem is nagyon szerencsés, főleg ha a világítás is arról a szekrényről üzemel.Olyannyira nem, hogy gyakori az olyan elosztó ahol maga a főkapcsoló sem kapcsol le mindent. Bizonyos dolgok a főkapcsoló elé vannak bekötve. Pl. szekrény világítás a vezérlő rendszer törpefeszültségű ellátása, stb.
-
skul0
aktív tag
válasz
Mazsika
#5010
üzenetére
Üdv!
Tudom, most egy több hónapos hozzászólásra reagálok, de kérdezném: sikerült végül megoldani a dolgot? A hetekben jött elő nálam is ez a probléma STEP7 v55 telepítésénél. Windows újratelepítés után, mint kiderült csak annyi volt a probléma, hogy a telepítési fájlokat tartalmazó elérési út tartalmazott ékezetes mappanevet.
#5011 Szirty
Alapesetben valóban nem támogatott a Windows 8 és 8.1, azonban kis ügyeskedéssel minden bizonnyal S7-GRAPH esetén is megoldható a dolog ezen leírás alapján. Természetesen 8.1 esetén más OS azonosítót kell megadni.
Nekem is Windows 8.1-en fut a STEP7, virtuális oprendszer nélkül. -
-
Szirty
őstag
válasz
Mazsika
#5010
üzenetére
Helló!
Soha nem értem meg miért szeretnek a kérdezők információval ennyire spórolni...
Milyen windózra próbálod fel erőszakolni ezt?
- Az S7-Graph nem támogatja a Win8-at és Win8.1-et
- Az S7-Graph SP7 támogatja a Win7 32 bit, Win7 64 bit, és Win7 64 bit SP1-et
- Az S7-Graph SP6 nem támogatja a Win7 32 bit, Win7 64 bit, és Win7 64 bit SP1-et
- Az S7-Graph SP6 támogatja a Win7 32 bitet (SP nélkülit!)Talán ebből ki tudod sakkozni a kérdésedre a választ! :-)
-
-
zumi24
csendes tag
válasz
Mazsika
#4953
üzenetére
Szia Mazsika!
Az az igazság,hogy nem szívesen törölném a meglévő HW configot,mert nem tudom,hogy milyen rejtett beállítások lehetnek még.Már én is gondoltam erre a megoldásra ,ha nagyon muszáj lesz akkor ezt fogom csinálni,de örülnék,ha tudnátok valami megoldást a kártya csatoláshoz.
-
-
Szirty
őstag
válasz
Mazsika
#4893
üzenetére
Helló Mazsika!
Az LMN_PER jó lehet, de az azt feltételezi, hogy az értékeket százalékra normalizáltad, mivel:
Kimenő érték = Beavatkozó érték * (27648 / 100)
számítást végzi.Ami miatt az eredmény akkor ad 100%-os analóg jelet, ha a beavatkozó értéked 100.
Ez akár jó is lehet, de nem árt átgondolni."Az I és D tagot időzítve kapcsoljam, vagy valamilyen feltételhez kellene kötni?"
Nem! Én arról beszélek, hogy a hibakeresés során kapcsold ki őket.
Egyébként szerintem nem szükséges őket kapcsolgatni, a szabályzás felfüggeszthető az INT_HOLD bemenettel is, ha használod az I tagot.
De ha azt akarod, hogy nulla legyen a beavatkozó érték bizonyos esetben, akkor ez is egy megoldás. -
Szirty
őstag
válasz
Mazsika
#4888
üzenetére
Helló!
Szerintem először csak a P tagot kapcsold be! A D-t és I-t ne!
"A blokkon a PV_IN-en keresztül etetem egyből a hőfokkal"
A PID kimenetén megjelenő értéket hogyan használod fel?
Ha ugyanis (mint írtad) nem normalizálod a hőmérsékletet a bemeneten (nyilván annak érdekében hogy a beállított értéket is hőmérsékletben lehessen megadni neki) akkor a beavatkozó érték is hőmérséklet lesz, ami nem biztos hogy megfelelő értéktartomány egy propszelep vezérléséhez... :-) -
Szirty
őstag
válasz
Mazsika
#4883
üzenetére
Üdv Mazsika!
Nem írtad le konkrétan melyik PID szabályzót használod (van ám sok), de ha jól értem akkor a standard PID controllerek közül a FB41 “CONT_C”-t.
Erre fog vonatkozni a válaszom is. Ha nem ezt a PID controllert használod, akkor így járás, de utálok fölöslegesen irkálni.A szabályzó újraindítására a COM_RST (complete restart) paraméter szolgál. Ha ez TRUE értékű. Ez mindössze annyit csinál, hogy a belső változók és kimenő paraméterek értékét visszaállítja alapértékre.
Hogy melyiknek mi az alap értéke az kiderül az FB41 instance DB-jéből. Megnyitod és megnézed mi van a DB "Initial value" oszlopban. Erre áll be. A COM_RST nem élvezérelt, az init value mindaddig benne lesz a változókban amíg állapota TRUE. Természetesen amint FALSE lesz, az összes olyan változó aminek a programban értéket adsz azonnal felülíródik!!!Erre írok egy példát.
Ha a beállított értéked 20 (SP_INT) a mért értéked pedig 50 (PV_IN) és az integráló tag be van kapcsolva (P_SEL=TRUE) az erősítés 1 (GAIN) akkor lesz egy -30-as hibajeled és természetesen egy ezzel azonos beavatkozó értéked (LMN).
Ha most a COM_RST taposod (TRUE) akkor minden nulla lesz amíg ez TRUE, de abban a pillanatban ahogy felengeded (FALSE) minden azonnal visszaáll a fenti értékekre, mert kívülről (az FB41 paramétereivel) azonnal felülíródik. Tehát ez teljesen természetes, más nem is történhet, ezen nem kell csodálkozni!
Ami nem íródik felül azonnal az az integráló tag aktuális értéke, ami szintén 0 lesz egy COM_RST alatt. Hiszen üzem közben az LMN_I szépen ballag lefele a padlóig, vagy felfele a plafonig a hibajel és az integrálási idő által meghatározott mértékben, vagy beáll valahova. A COM_RST hatására nulláról újrakezdi ezt a "ballagást". Ez persze nagyon gyors is lehet rövid integrálási idő beállítása mellett vagy extrém hibajel esetén. Az integráló tag egyébként külön is alaphelyzetbe állítható az I_ITLVAL=0 és I_ITL_ON=TRUE állapottal.A legjobban úgy lehet tetten érni hogy a szabályzód miért akad ki, ha figyeled a hibajelet, és a 3 beavatkozó értéket (LMN_P. LMN_I ás LMN_D). Azonnal látni fogod melyik tag viszi el a beavatkozó értéket.
Egyébként PID élesztést lépésenként érdemes csinálni. ELőször kis GAIN (akár 0-val kezdve) és csak a P tag legyen bekapcsolva, az I lés D kikapcsolva!Van pár alapszabály a PID blokk paraméterezését és használatát illetően. Pl. hogy az értékeket normalizálni kell (vagy legalábbis célszerű) kézenfekvően %-ra.
Nagyon sok helyen elbukhat a dolog kezdve azzal, hogy pl. bekapcsolod a PVPER_ON-t, de a PV_IN-en eteted nem a PV_PER-en keresztül. EZ nagyon ostoba hiba szokott lenni.
Vagy a PV_PER-en eteted, de rosszul (vagy sehogy) van megadva a normalizáláshoz szükséges PV_FAC, PV_OFF értéke. Ha már a hibajel kiakad valamelyik végtelenbe (+ vagy -), akkor bizony itt van a baj!Ráadásul a PID blokkot nem, tudom hogyan hívtad meg, de ha P vagy D tagot is használod benne, akkor nagyon fontos hogy pontos időközönként legyen meghívva és ezt az időközt pontosan közölni kell vele a CYCLE paraméterben. ha ezek közül egyik feltétel sem teljesül, akkor a D és az I tag hülyeséget fog csinálni, mert a blokknak fogalma sem lesz arról mennyi idő telt el az előző lefutása óta.
-
byte-by
tag
válasz
Mazsika
#4880
üzenetére
halo !
nem hiszem, hogy a gyári blokk hibás.
"Ahogy neztem a fb parametereit a hibajel kimenet negativ ertek. Illetve azt hiszem a prop tag erteke is."
jó lenne tudni, hogy a prop gain pozitív vagy negatív konkrétan.
egyébként a hirtelen változás (pl. ez esetben a hidegvíz azonnali feltöltése) az úgynevezett "tűske", idézhet elő lengéseket, és a paraméterektől függően nyeri vissza a PID az irányítást, ha minden beállítás korrekt.
kis időt még kellett volna neki adni, hátha látsz valami változást, persze megértem, ha nem volt rá lehetőség.ha túl nagy az erősítés goromba beavatkozó jel keletkezik amit a rendszer ki akar egyenlíteni , ez akár a beavatkozó jel csökkenésével is járhat, bár nem hinném , hogy erről van szó.
használtam már negatív erősítést vákuumtartály abszolút nyomásának kiegyenlítésére, ami egy kopoltyút nyitogatott friss levegőnek.
jó lenne látni a blokkot ,monitorozva pláne.
byte
-
moseras
tag
válasz
Mazsika
#4873
üzenetére
Üdv!
Érdekes amit írsz, mert azt írod, hogy már alig volt nyitva a beavatkozó, hiszen már csak tartani kellett, melegíteni már nem kellett. Aztán ugye jön a "sokk", ráeresztjük a hideg vízet, gyorsan elkezd hűlni, ilyenkor a PID-nek nagy sebességgel el kellene kezdeni nyitni (paraméterektől függően). Mért kezd el még zárni ??? És zárás után úgy is marad, nem kezd el később nyitni ? Ha ebben az állapotban hagyod, akkor zárva is marad ?
Imi.
-
Szirty
őstag
válasz
Mazsika
#4776
üzenetére
Helló Mazsika!
"Jo lenne valami egyértelmű szabvány ezekre a dolgokra, csak nem találok sehol."
Azért nem találtál, mert egész egyszerűen legalább 20 éve ilyen nem létezik!
A szabvány messze-messze nem egyértelmű. Sokrétű, szerteágazó, ezer feltételtől függ melyik kitétele hogyan értelmezendő és alkalmazandó.Már-már olyan, mint a biblia: úgy értelmezed ahogy akarod. Egyre inkább bármit bele lehet magyarázni utólag Csak azt nem hogy jól lett megvalósítva valami).
-
Szirty
őstag
válasz
Mazsika
#4549
üzenetére
Üdv!
Ezeket nézd át:
− MSZ EN 201: 2001 Gumi és műanyagipari gépek. Fröccsöntő gépek. Biztonsági követelmények.
− MSZ EN 292-1-2: 1993 Gépek biztonsága. Alapfogalmak, kialakítás általános elvei. I–II. rész.
− MSZ EN 292-2: 1991/A1: 1997 Gépek biztonsága. Alapfogalmak.
− MSZ EN 294: 1994 Gépek biztonsága. Biztonsági távolságok.
− MSZ 187: 1980 Faipari termelő berendezések általános biztonságtechnikai követelményei.
− MSZ EN 860: 1998 Famegmunkáló gépek biztonsága. Vastagoló gyalugépek.
− MSZ EN 940-1998 Famegmunkáló gépek biztonsága kombinált famegmunkáló gépek.
− MSZ EN 953: 1999 Gépek biztonsága. Védőburkolatok. A rögzített és a nyitható védőburkolatok kialakításának és beépítésének általános követelményei.
− MSZ EN 954-1. 1999. Gépek biztonsága. Vezérlőrendszerek biztonságával összefüggő szerkezeti részek.
− MSZ EN 999: 2000 Gépek biztonsága. A biztonsági berendezések elrendezése.
− MSZ EN 1726-1: 2001 Targoncák biztonsága. Gépi hajtású targoncák.
− MSZ EN 12047-2: 2001 Daruk biztonsága.
− MSZ EN 60204-1:1995 Gépi berendezések biztonsága Gépek villamos szerkezetei.
− MSZ EN 1570:2001 Emelőasztalok biztonsági követelményei.
− MSZ EN 474 1.-7: 1999 Földmunkagépek biztonsága.
− MSZ 16457-1:1985 Alakítógépek biztonságtechnikai követelményei.
− MSZ EN 61310-1:1999 Gépi berendezések biztonsága. Jelzés, megjelölés és működtetés.
− MSZ EN 563:1997 Gépek biztonsága. Megérinthető felületek hőmérséklete.
− MSZ ISO 4254-1: 1992 Mezőgazdasági és erdészeti traktorok és gépek műszaki biztonsági esz-közei. Általános előírások.
− MSZ EN 1088: 1997 Gépek biztonsága. Védőburkolatokkal összekapcsolt reteszelő berendezé-sek. -
Szirty
őstag
válasz
Mazsika
#4533
üzenetére
Üdv!
Leraksz egy screenre egy Alarm view-et és beállítod így:
Aztán raksz egy gombot pl. a menübe ami megjeleníti ezt a screent. Azzal bármikor meg lehet nézni a rendszer üzeneteit. Ha így állítod be, akkor csak azok lesznek benne.
Ez igen hasznos főleg ha 5-6 PLC-vel is kapcsolatban van a HMI, láthatod melyikel nem sikerül kommunikálnia és melyikkel igen.
Fejlesztésnél is hasznos, mert ha valami baja van pl. TAG-ekkel, (pl. nem tud olvasni egy változót) vagy baja van egy scripttel (run time hiba), nem tud írni vagy olvasni file-t (pl. arhívokat, vagy receptet) akkor azt a panaszát is ide írja. -
Szirty
őstag
válasz
Mazsika
#4527
üzenetére
Üdv Mazsika!
Nincs leírás. Próbáld ki!
Azt fontos tudni, hogy nem mindegyik panel tud scriptelni, ahogy CSV-be menteni sem. (Pl. KTP BASIC paneleket).
De PC RT tud.
A lényeg, hogy a scriptek a gyári funkciók közé kerülnek be és ugyanúgy eseményekkel lehet őket futtatni mint azokat.
A script funkcionalitása korlátozva van, nem lehet akármit csinálni benne (pl. win ablakot nyitni), de komplett help van erről. -
Szirty
őstag
válasz
Mazsika
#4525
üzenetére
Üdv Mazsika!
"VB skript??? Itt már elvesztettem a fonalat... "
Miért? Nem találkoztál velük?
Itt egy példa file írására:'Aprító üzemidő kiírása TXT file-ba:
Dim CSV, CSVFile
'A mentést kezdeményező érték visszaírása nullába a mentés végén
SmartTags("WinCC_Adatcsere.CSVWRT")=0
Set CSV = CreateObject("Scripting.FileSystemObject")
'csv file megnyitása.
'Ha nem létezik létrehozza és első sorba beírja a fejléc szövegeit. Ha létezik, hozzáfűzi a végéhez az adatokat.
If (CSV.FileExists(Filename)) Then
Set CSVFile = CSV.OpenTextFile(Filename, 8, True)
Else
Set CSVFile = CSV.OpenTextFile(Filename, 8, True)
CSVFile.WriteLine(Chr(34)+"Dátum (év.hó.nap. ó:p:mp)"+Chr(34)+";"+Chr(34)+"Üzemidő kifele (ó:p)"+Chr(34)+";"+Chr(34)+"Üzemidő befele (ó:p)"+Chr(34)+";"+Chr(34)+"2. r. töltések száma"+Chr(34)+";"+Chr(34)+"2/2 sz. előre irányba állás számláló"+Chr(34)+";")
End If
'Adatok kiírása a file-ba:
CSVFile.Write(Now&";"&FormatDateTime(SmartTags("WinCC_Adatcsere.HKE"),4)&";"&FormatDateTime(SmartTags("WinCC_Adatcsere.HBE"),4)&";"&SmartTags("WinCC_Adatcsere.T18")&";")
CSVFile.Write(SmartTags("WinCC_Adatcsere.T20")&";")
CSVFile.WriteLine()
CSVFile.CloseEz amikor a "WinCC_Adatcsere.CSVWRT" változó (INT) értéke nullától eltérő lesz (ezt a PLC kapcsolja be naponta egyszer) kiírja egy file-ba egy sorba 4 változó értékét.
-
-
Szirty
őstag
válasz
Mazsika
#4513
üzenetére
Üdv!
30 nem olyan sok, de nagyban függ a dolog a kódtól. Egyetlen egy blokk is el tudja használni az összes work memory-t!
Miben íródtak a blokkok pl az sem mindegy. Ha magas szintű nyelven (SCL GRAPH, HiGRaph) akkor a memóriahasználat drasztikusan nő.
Nálunk van olyan PLC, amiben 150 FB blokk van (LAD) és 171 DB blokk. Ez 330956 byte work memóriát igényel.
Meg olyan is, amiben 73 FB blokk van (SCL) 1188 DB és 1800078 byte work memóriát használ.
A CPU 315-ben (6ES7 315-2EH13-0AB0) 262144 byte work memória van.
Vegyetek 319-2 PN/DP-t. Abban ötször ennyi van: (1433600 byte) :-)
Új hozzászólás Aktív témák
Hirdetés
- Az adatközpontok szolgálatába állítja a nap- és szélenergiát a Meta
- Autós topik
- Linux kezdőknek
- PlayStation 5
- PlayStation 4
- Kerékpárosok, bringások ide!
- Kecskemét és környéke adok-veszek-beszélgetek
- sziku69: Fűzzük össze a szavakat :)
- Amlogic S905, S912 processzoros készülékek
- ubyegon2: Airfryer XL XXL forrólevegős sütő gyakorlati tanácsok, ötletek, receptek
- További aktív témák...
- Telefon felvásárlás!! iPhone 13 Mini/iPhone 13/iPhone 13 Pro/iPhone 13 Pro Max
- Üzleti Fujitsu Lifebook u7510 15,6" FHD IPS 2021/08. havi gyártás
- ÁRGARANCIA! Épített KomPhone Ryzen 7 5800X 32/64GB RAM RX 7800 XT 16GB GAMER PC termékbeszámítással
- BESZÁMÍTÁS! ASUS B450 R7 2700X 16GB DDR4 512GB SSD RTX 2060 Super 8GB Zalman i3 FSP 600W
- ÁRGARANCIA!Épített KomPhone Ryzen 7 5800X 32/64GB RAM RX 7700 XT 12GB GAMER PC termékbeszámítással
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: PC Trade Systems Kft.
Város: Szeged