Új hozzászólás Aktív témák
-
Szirty
őstag
Üdv!
Köszönöm, ez a két link nagyon hasznos! Pont ilyet kerestem!
Egyelőre még a szelepekről nem tudok semmit (hogy milyenek kellenek hozzá). Ez később derül majd ki.
A hozzávalók sokfélesége miatt néhány dologban még bizonytalan vagyok:- Hogyan (mivel) lehet a szelepek működtető feszültségét külön bevinni a szigetre (tehát ez a 24V szűnik meg vészleállításkor)?
- Kb 104 db 24V DC bemenetet és 50 db szelepet kell tartalmaznia a szigetnek. A sziget fizikai mérete miatt szinte bizonyos, hogy két részre kell bontani. Tehát két sziget lesz mindkettő tartalmazna bemenetet (8DE) és szelepet is.
Két lehetőséget látok: Az egyik az hogy két teljesen független szigetet építünk, mindkettőn külön egy-egy CPX-FB33 PROFINET busz csomóponttal. A másik, hogy valamilyen módon a szigetet megszakítjuk és folytatjuk egy másikon a modulok sorát. Azt látom hogy erre van lehetőség, de egyelőre nem tudom ehhez mi kell pontosan. Illetve hogy melyik megoldás a gazdaságosabb.A konfigurátornak nekifekszek hamarosan. Néhány választható dologról nem tudom mi pontosan, úgyhogy katalógust is kell nézni, időigényes lesz :-)
-
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
-
Szirty
őstag
Üdv!
Foglalkozott már valaki terepi buszos FESTO CPX I/O sziget építésével?
Az összeállításhoz szükséges elemekkel kapcsolatban vagyok itt-ott bizonytalan. -
Szirty
őstag
válasz
Hasaggymeg
#5425
üzenetére
Üdv!
Ahogy írták a többiek a hiszterézisi valóban más mint a holt sáv.
Az utóbbi a túl gyakori és adott esetben fölösleges beavatkozást szűri.Én csak annyit fűznék ehhez hozzá, hogy az analóg mérés szinte soha nem ad beton stabil értéket. Vagy a jel zavarása vagy a mérés pontatlansága (kvantálás lépcsői) vagy a mért érték kis mértékű és gyors változása miatt.
Motoros beavatkozásnál káros a nagyon gyakori kis mértékű beavatkozás. Durván csökkenti a beavatkozó szerv élettartamát. Nyilván ugyanez egy elektronikus PWM teljesítmény szabályzásnál, ahol nincs mechanikus alkatrész, nem probléma.
A holt sáv jó megválasztásával ez a probléma szépen kiküszöbölhető. Nyilván a szabályzás pontosságának rovására, amit a többiek is említettek.
De hát valamit valamiért. Egy fűtési rendszerben ilyen pontatlanság elhanyagolható, megfelelő kompromisszum lehet az üzembiztonság növelése érdekében. -
-
Szirty
őstag
Helló And!
Természetesen lerakhatsz akármennyi FB41 blokkot (pontosabban amennyit a ciklus idő és a memória elbír, én raktam már le 40-et,. működött mind).
Nagyon fontos, hogy mindegyiknek saját instance DB-je kell hogy legyen. Ha leraksz egy újat annak már nem lehet DB41 a munkaterülete, különben a két azonos DB-t használó PID egymásnak bekavar (hibásan fognak működni).Hogy miért nem engedi létrehozni azt nem tudom, a körülményeket részletezd lehetőleg pontosan. hogyan csinálod, milyen DB blokkok léteznek már, milyen számot adsz a DB-nek, milyen hibaüzenet keletkezik, stb, stb. Ennek így működnie kell. Sőt, igazából csak így képes a működésre :-)
Természetesen az FB41-et bármelyik ciklikusan végrehajtódó program blokkból (OB, FB,FC) lehet hívni.
A szabály mindösszesen annyi, hogy:
1. A hívása pontosan azonos időközönként történjen
2. Meg kell adni neki paraméterben ezt az időt.Ha bármelyik feltétel nem teljesül a fentiek közül, akkor a PID idővel kapcsolatos paraméterei nem lesznek pontosak (pl. integrálási idő). Ha csak a P tag van felhasználva akkor valószínűleg nem jelentkezik ilyen hiba (mert ahhoz nem tartozik idővel kapcsolatos paraméter), Ha hívási ciklusidő nem nagyon ingadozik és kevéssé tér el a megadottól, akkor az időzítési kevésbé lesz bizonytalan.
OB1-ből vagy egyéb blokkból hívott FB41-nél is biztosítható a pontos ciklusonkénti hívás a blokk EN "bemenete" előtt megadott megfelelő feltétellel. (pl 1 mp-es impulzus sorozat).
Ez általában csak hosszabb hívási ciklusok használata mellett javasol, mert pl. pontos 100ms nem biztosítható ilyen módon mondjuk egy 10-20ms-es PLC ciklus idő mellett, de 1s már kellően pontos lehet. -
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
-
Szirty
őstag
válasz
#34322688
#5376
üzenetére
Üdv!
Ha képes vagy egy legegyszerűbb programozható relén (Zen, Easy, Logo, Jazz stb) felváltva kapcsolgatni két szelepet akkor már meg is feleltél ennek. De ennyi nem elég ahhoz hogy gyárakban komplexebb rendszerek közelébe mehess az első munkanapodon.
Én nem tudom mit adnak át konkrétan, csak szkeptikusként szólok, hogy a sok dumának lehet kevés alja is!
És ezt a világot ismerve lássuk be: Erre sokkalta nagyobb esély van mint arra, hogy sokkal többet kapsz mint amit ígérnek!! -
Szirty
őstag
válasz
#34322688
#5374
üzenetére
Helló devergo74!
Nem akarlak elriasztani, tégy ahogy jónak látod.
Azt azért nem szabad elfelejteni, hogy a hirdetések szövege vegytiszta marketing duma éppen úgy mint bármilyen reklámban. (Lehet hogy jól tisztít az intelligens mosópor, de biztos hogy NEM intelligens! :-)
Lássunk néhány különböző hirdetésekből kiragadott hangzatos ígéretet a PLC tanfolyamot hirdetőktől név nélkül.- Gyakorlott szakoktatók, életből hozott példákkal!
- A vezető oktató három diplomával rendelkezik: mérnök, mérnöktanár, minőségügyi szakmérnök
- Profi, türelmes, gyakorlott oktatókTisztelet a kivételnek de sajnos a legtöbb esetben az oktatók irodában ülő mérnökök vagy tanárok elhanyagolható tényleges szakmai gyakorlattal.
Sajnos kicsit régebben az oktatás az iskolákban úgy ment, hogy felolvastak a tankönyvekből a tanárok, esetleg írtak, rajzoltak a táblára. Ma már azt sem teszik, egyszerűen csak odaadják az anyagot olvasd el magad. Ehhez nem kell több százezres tanfolyam.
Életből hozott példák? Nem tudom máshol mik ezek, amikről tudok ott közlekedési lámpa az egyik ilyen példa. Kezdésnek nem rossz feladat, de ez nem minden.- A jegyzetek, tankönyvek ingyenesek!
- Ingyenes az első modulzáró vizsga tantárgyanként!
- Ajándék e-tankönyvek, jegyzetek
- Ingyenesen biztosítjuk a jegyzeteket és a tankönyveketSemmi nem ingyenes. Egész egyszerűen benne van a tanfolyam árában. Annyi hogy külön tételként ezek ára nem jelentkezik.
- alkalmazottként havi néhány 100 ezer Ft-os fizetést kaphatsz
- vállalkozóként már csekély beruházással havi 1 millió Ft felett is kereshetsz.Tipikus marketing szöveg... "akár ennyit is kereshetsz..."
Akár egy kertész is kereshet ennyit, csak jókor kell lennie jó helyen.Te melyiket nézted ki magadnak?
-
Szirty
őstag
válasz
#34322688
#5370
üzenetére
Helló devergo74!
Esetleg kedvcsinálónak javaslom az oldalam nézegetését is, ahol vannak konkrét példák gyakorló feladatokkal.
Tehát egyszerű feladat és a megoldások a programmal együtt. -
Szirty
őstag
válasz
#34322688
#5370
üzenetére
Helló devergo74!
Amennyit én tudok ezekről, nem lesz nehéz (részt vettem ilyenen már én is
.
Elég lehet arra, hogy a papírt lobogtatva menj állás interjúra (bár azt nem tudom mekkora presztízse van egy ilyennek).
Elég lehet arra, hogy fogalmat alkoss arról, hogy mit is csinál egy PLC és megismerd pár gyártó kisebb PLC-jét.
Elég lehet arra, hogy elindulj egy úton ami oda vezet hogy később azt mondhasd tudsz PLC-t programozni.Egy ilyen tanfolyam ennyi idő alatt és annyi eszközzel amennyivel rendelkezik épp az alapok átadására képes. Éppen csak érinteni tudja a témát. Abszolút nulla háttérrel kezdve és csak egy ilyen tanfolyammal a hátad mögött valószínűleg nem fogsz gyárakban berendezésekre programot fejleszteni.
Ez a tanfolyam (bár nyilvánvalóan nem ismerem mindet) rengeteg lényeges témát még csak nem is érint, nem hogy felkészítene hogy találkozol majd vele. -
Szirty
őstag
válasz
#34322688
#5362
üzenetére
Szevasz devergo74!
"Szerintetek milyen programozási nyelvet érdemes tanulni, plc-programozáshoz? "
Elsősorban létradiagram és/vagy funkció blokk diagram. (nyelvek)
De ezek nem szövegesek. Viszont nagyon hatékonyak az összetett bináris logikai kapcsolatok leírására.
A Pascal általános nyelv. A PLC-ken célorientált nyelveket alkalmaznak.
Szöveges nyelvek pl. siemensnél az SCL ami pascal-szerű. Az STL ami assembly-szerű.
Nézz el a linkre.Ha PC progranozás irányából jösz, az teljesen más mint PLC-t programozni.
-
Szirty
őstag
válasz
DasBoot
#5356
üzenetére
Nem tudok sajnos ilyet.
Valószínűleg nehéz nehéz lesz találni létra rajzolót. Ismerve a "kircsitelcsi" (okostelefon) tizen-éves célközönség átlag érdeklődését, nem valószínű hogy széleskörű igényeket elégítene ki egy ilyen alkalmazás.Szerintem a ceruza+papír kevésbé körülményes megoldás még akkor is ha van ilyen program.
-
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
Dezsi82
#5345
üzenetére
Helló Dezsi82!
Sajnos amit javasoltál szerintem csak windows alapú paneleknél lehetséges, ezek közül egyik sem az.
Itt induláskor bekapcsolás közben nyomva tartott különböző bill. kombinációkkal annyit lehet tenni hogy teljes project törolése után transfer mód, vagy csak transfer mód, vagy DOS prompt.
Szerintem a transfer módból való kilépés pedig azonnal indítja a projectet, vagyis nincs runtime loader. -
Szirty
őstag
"Motorvédőből is több fajta van ha jól emlékszem, van amiben van zárlatvédelem van amiben nincs."
Az utóbbi az ún. "hőkioldó".
"A frekiváltó maga számolja a hővédelmet."
Vagy méri a motor hőmérsékletet. Vagy kontaktus jön/megy a motorból hőhatár fölött. Vagy egyik sem. Beállítás kérdése.
-
Szirty
őstag
válasz
n0rbert0
#5338
üzenetére
A motorvédő 3 fázisú 4 pólusú általában. Kismegszakító van 1, 2, 3, 4 pólusú, stb.
A motorvédő kioldási karakterisztikája motorhoz van méretezve, kismegszakító különböző kioldási karakterisztikával (A, B, C, D) és különböző zárlati szilárdságra méretezve létezik.Egyébként elektronikus hajtásokhoz általában spec. karakterisztikájú olvadó betétet szokott javasolni a gyártó.
Gyakorlati szempontból én megkockáztatom hogy sok jelentősége ennek nincs, mert ha az leold, akkor annak a hajtásnak már annyi, semmilyen olvadó betét nem védi meg. Itt inkább az a lényeges, hogy ne gyújtsa fel magát. -
-
Szirty
őstag
Helló!
Mi Danfoss frekvenciaváltókat és SEW szervó hajtásokat használunk.
Némelyikét a műhelyben csak úgy tudjuk beüzemelni ha átkötjük az AVK-t. Teljesen használhatatlan azzal."SCHRACK gyárt "frekvenciaváltó-álló" U tip. áramvédőt,"
Kíváncsi lennék hogyan tolerál egy ilyen hosszú árnyékolt motorkábelen 2A föld fele folyó szivárgó áramot.
-
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.
-
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?
-
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.
-
Szirty
őstag
válasz
TotoThomas
#5310
üzenetére
Helló TotoThomas!
Bocs, figyelmetlen vagyok, nem vettem észre ezt a kérdést

Ha POU védelem van benne, akkor debugerrell meg lehet keresni a jelszót: -
Szirty
őstag
válasz
TotoThomas
#5309
üzenetére
Helló TotoThomas!
Ez így valóban működik, de kicsit veszélyes szerintem közvetlenül a netre engedni.
Tekintettel a TIA portállal felvértezett IP szkenneres vicces gyerekekre. -
-
Szirty
őstag
válasz
KB.Pifu
#5299
üzenetére
Üdv!
SELV, PELV, FELV szavak irányába keresgélj!
SELV esetén nem lehet földelt a szekunder oldal.
("SELV olyan villamos rendszer, amelyben nem léphet fel az ELV értéket meghaladó feszültség normál állapot mellett továbbá egyetlen hiba állapotra, beleértve más áramkörök földzárlatának esetét.")
SELV-et ipari automatizálásban csak különleges esetben alkalmaznak.
-
Szirty
őstag
válasz
Peddy789
#5297
üzenetére
Helló!
Azt mondanám, hogy olyankor megy STOP-ba, amikor egy nem kezelt hiba keletkezik (nem létező OB-t akar meghívni).
Ennélfogva a hibakezelő OB-k tanulmányozása javasolt.
Illetve ha már megtörtént, akkor a diag buffer nézegetése (ott mindig leírja milyen OB-t nem sikerült meghívni).
...és még ott van az STP hívás is, ami programból teszi szándékosan stopba a CPU-t. -
Szirty
őstag
válasz
soldi3r
#5288
üzenetére
Hi!
Akkor nézd meg ezt: CP 1242-7-et (6GK7242-7KX30-0XE0)
Ez lehetővé teszi a távoli programozást (is).
-
Szirty
őstag
válasz
soldi3r
#5286
üzenetére
Úgy kell minden szó információt erőszakkal kiimádkozni belőled! :-/
Mit jelent neked a "hozzáférni" ebben az esetben?
Változókat kiolvasni? Változókat kiolvasni és változtatni? Programot monitorozni? A PLC Web szerveréhez hozzáférni? Programozni? Jelzéseket fogadni vagy küldeni?
Állandó online kapcsolattal vagy rendszeres kapcsolódással vagy rendszertelenül?"Tavolrol szeretnek neha hozzaferni."
És mennyire távolról?
10 méter?
100?
1000?
Több? -
Szirty
őstag
válasz
norbert100
#5281
üzenetére
Helló norbert100!
Persze hogy felülírja ha rátöltesz mást.
A válasz arra vonatkozott, hogy hogyan lehet növelni az address regiszter értékét.
Hogy megmaradjon el kell menteni
A végén egy változóba
TAR1
T valamilyenduplaszóaz elején meg visszatölteni.
L valamilyenduplaszó
LAR1 -
Szirty
őstag
válasz
norbert100
#5279
üzenetére
+AR1 P#6.0
-
Szirty
őstag
válasz
bodnarg
#5277
üzenetére
Üdv BG!
Ha azzal kapcsolatban vannak kétségek, hogy a script tényleg mindig lefut-e amikor kell, akkor tegyél ideiglenesen bele egy változó növelést. A változó értékén fogod látni lefut-e vagy sem.
Ha lefut de nem teszi a dolgát, lehet keresni ott a hibát, az átmeneti változót meg kiveszed ha készen van és jól működik.Igen amikor sok adatot kell PLC-ből áthozni vagy az áthozott adatot ugyanabban a scriptben kell feldolgozni akkor előfordulhat inkonzisztencia.
Ritkán használom a beépített recept kezelést és most nem néztem utána, de mintha lenne a receptek mozgatásánál valamiféle segítség arra vonatkozóan hogy megtörtént a művelet vagy sem. -
Szirty
őstag
válasz
bodnarg
#5272
üzenetére
Helló BG!
Ha egy tag limit eventre akarsz valamit (pl. scriptet indítani) annak három feltétele van:
1. A változónak meg kell haladnia a limitet
2. Be kell állítani a limitet (tag Propeties/Limits). Ha nincs beállítva limit, akkor fogalma sem lesz mit kell meghaladni az eseményhez (alapesetben nincs tag limit beállítva)
3. Az esemény lefutásának további feltétele hogy a runtime észrevegye a limit átlépését amire csak akkor van lehetősége ha a TAG-et olvassa.Azt írtad hogy neked folyamatos olvasásra van állítva, tehát a 3. feltétel teljesül.
Mivel a proba nevű változód boolean, a második feltételnek már nem tudsz eleget tenni, mert logikai változóhoz nem lehet limitet hozzárendelni.
Ennek az az oka, hogy mivel az esemény a limit meghaladása (átlépése) esetén futna le, de felső limitnek csak 1-et adhatsz meg, a logikai változó meg nem lehet 1-nél nagyobb így a limitet nem tudja meghaladni ami miatt ez esemény nem jöhet létre. Így a boolean esetén a limit beállítás is tiltott.Azt javaslom hogy:
Ne egy változóval indítsd a recept betöltését a PLC-ből, hanem a HMI-ből indítsd. Pl. a screen
Vagy használ integer változót a Screen Loaded nevű eseményével azon a screenen amelyikre a kezelő lapoz amikor a receptekkel akar foglalkozni. Így a screen megjelenítésekor lefut a töltögetés, nem kell külön gombot nyomkodnia.Vagy:
Használd a proba tag High limit eseménye helyett a Change value eseményt, a script elejére meg tegyél egy feltételt hogy csak akkor hajtódjon végre amikor proba = TRUEVagy:
boolean helyett használj pl. integer tag-et. Akkor használhatod a limit eseményét, de be kell állítanod neki 1-es felső limitet. Amikor a PLC 1-nél nagyobb értéket ír bele amikor egynél kisebb volt, le fog futni az esemény.
Persze gondoskodnod kell arról, hogy az esemény lefutása után visszaírjon bele "valaki" 1-nél kisebb értéket.Az első módszer javaslom legjobban az utolsót legkevésbé.
-
Szirty
őstag
válasz
Dezsi82
#5246
üzenetére
Üdv Dezsi82!
Az nem oldható meg, hogy az összes esetben eltérő DP címe legyen minden bekerülhető eszköznek?
Akkor egy buszra a HW configban felpakolhatnád az összes lehetséges eszközt.A CPU megnézné melyik eszköz elérhető és az el nem érhető eszközöket deaktiválná az SFC 12 "D_ACT_DP" funkcióval.
-
Szirty
őstag
válasz
norbert100
#5254
üzenetére
Üdv!
Én most ebbe nem mélyedek bele, de meglepett a PDF-ben lévő példaprogram, ami így kezdődik:
C DB 100
Szerintem ilyen utasítás S5-ön van, S7-en ez OPN.T FW 250
FW is S5-ben van S7-ben MWL DBW 0
S5-ben viszont ez DW lenne, nem DBWPersze bekavarhat még a mnemonikok nyelve is, a német mnemonikokkal keveset dolgozok, de ez nem német, mert:
A F 250.6
S5-ön U F 250.6 lenne, S7-en viszont U M 250.6 -
Szirty
őstag
válasz
norbert100
#5252
üzenetére
A 42. oldalon elakadtam. Milyen PLC-re való példaprogram van ott?

-
Szirty
őstag
válasz
norbert100
#5249
üzenetére
Ez az a doksi?
FC 44 Function for ASM 450 With Supplements for FB 240
ASM450_FC44_FB240_e.pdf -
Szirty
őstag
válasz
norbert100
#5249
üzenetére
Helló norbert100!
Sajnos nem jó a link, nekem ezt dobja:
An error occurred while processing your request.Reference #132.14841402.1426690820.45f5abda
-
Szirty
őstag
Üdv!
Bár nem nekem szólt, de megpróbáltam letölteni.
Nekem nem működik a letöltés. 1 mp alatt elmegy 99%-ra, kiírja a file méretet (844kb) a sebességet (2.8MB/s). Ez látható 1-2 percig, majd kiböki, hogy dowbnload failed, és hogy a böngészőm nem teljesen kompatibilis ezzel a fantasztikus felhőzettel, majd megkérdezi telepítve van-e flashMásnak sikerült?
-
Szirty
őstag
válasz
Shirchy
#5232
üzenetére
Helló Shirchy!
Win7 64 bit alatt is futó MicroWin verzio a 4.0 +SP9
Siemens STEP7 Compatibility 2012 szerint is:A hdmi programozó nem tudom mi.
Szimulátor pedig nincs. Legalábbis a Siemens nem készített amennyire tudom. Valami 3rd party megoldással már találkoztam, de nem próbáltam, nem tudok róla semmit.
-
Szirty
őstag
Szevasz TanisG!
Van ilyen funkció a Rewire.
Simatic manager/Options/Rewire menü.
Beírod miből mi legyen.
Legyél elővigyázatos, ha a New address-hez olyan címet írsz, amit később cserélni akarsz akkor komplikáció alakul ki.Tehát ha a honnan->hova terület átfedésben van egymással, akkor nem mindegy hogy a végéről vagy az elejéről kezded.
A szimbólumokat ez nem cseréli a symbol táblában neked kell, de az nem olyan pepecs meló. -
Szirty
őstag
válasz
horvatti
#5224
üzenetére
Helló horvatti!
"olyan mintha fel sem dolgozná az adott bemenet állapotát, legyen az bármilyen (true/false)"
Mert a képek tanulsága szerint az RLO FALSE már akkor, amikor a végrehajtás beesik abba a sorba. (ezért nem zöld a bit előtti vonal).
Vagy a másik ok lehet az is, hogy az FB3 amiben az ominózus rész van nem fut (nem hívja meg semmi)! -
Szirty
őstag
válasz
horvatti
#5221
üzenetére
Üdv horvatti!
Én nem használok Graph-ot, de szerintem rosszul értelmezed a látottakat.
Az illető bit szerintem is mindkét képen egyértelműen FALSE állapotú."tranzició bal széle világoszöld, viszont a jobb oldali képen sehol sem zöld...."
A létrában a feltételekhez tartzozó szimbólum maga zöld amennyiben a hozzá tartozó bit TRUE, a feltételek közötti (előtti és mögötti) vonal pedig akkor zöld amikor az adott logikai művelet eredménye is TRUE vagyis az RLO bit (Result Of Logic Operation).
Valahogy így:
A képen ezt a helyzetet mutatja az I9.4.
De itt egy másik példa is arra mire gondolok:
Szerintem Graph-ban is ennek megfelelően ábrázolja.
-
Szirty
őstag
válasz
Peddy789
#5216
üzenetére
Helló Peddy789!
"Az RF180C-vel a step 7 az FB45 gyári siemens blokkon keresztül kommunikál. "
Az S7-CPs for Industrial Ethernet Configuring and Commissioning Manual és a
SIMATIC NET Functions (FC) and function blocks (FB) for SIMATIC NET S7 CPs Programming Manual szerint a CP (Communication Processor) modulokat az alábbo hívásokkal lehet kezelni:FC41 FTP_STORE
FC42 FTP_RETRIEVE
FC43 FTP_DELETE
FC44 FTP_QUIT
FB88 1) PN_InOut
FB90 1) PN_InOut_Fast
FC11 PNIO_SEND
FC12 PNIO_RECV
FB52 PNIO_RW_REC
FB54 PNIO_ALARM
FC5 AG_SEND
FC6 AG_RECV
FC50 AG_LSEND
FC53 AG_SSEND
FC60 AG_LRECV
FC63 AG_SRECV
FC7 AG_LOCK
FC8 AG_UNLOCK
FC10 AG_CNTRL
FB55 IP_CONFIG
FB12 BSEND
FB13 BRCV
FB15 PUT
FB14 GET
FB8 USEND
FB9 URCV
FC62 C_CNTRL
FB40 FTP_CMD
FC40 FTP_CONNECT -
Szirty
őstag
válasz
TotoThomas
#5211
üzenetére
Deleted..
-
Szirty
őstag
Üdv TanisG!
"Ezt a Prosave nevű programot, hogyan lehet beszerezni?"
Ha telepítve van a ProTool Pro CS vagy a WinCC Flexible ES, akkor telepítve van a ProSave is!
De e két fenti nélkül is telepíthető, a Siemenstől le lehet tölteni de sajnos csak akkor ha van accountod hozzájuk.
Itt meg le van írva hogyan kell használni.
Ha nem találsz ProSave-et sehogy, akkor szólj.
-
Szirty
őstag
Szevasz TanisG!
"Az OP7 panelt, ha jól tudom csak SIEMENS ProTool programmal lehet programozni (WINCC-vel esetleg nem?)."
Nem lehet. WinCC Flexible nem ismeri csak az utódot (OP77).
"Igaz az, hogy az OP7-ből nem lehet a forrásprogramot kitölteni?"
Igaz.
De image-et lehet menteni róla. (Prosave). Nem szerkeszthető, de a project ennek birtokában áthelyezhető egy másik ugyanolyan OP7 panelre. -
Szirty
őstag
válasz
bodnarg
#5192
üzenetére
Helló bodnarg!
Itt egy "gyalogos" megoldás a problémára:
FUNCTION FC 1 : VOID
TITLE =
AUTHOR : Szirty
VERSION : 0.1
VAR_INPUT
Num : DINT ; //Bemenő érték
END_VAR
VAR_TEMP
StrTMP0 : STRING [254 ]; //String átmeneti változó
StrTMP1 : STRING [254 ]; //String eredmény
rv : INT ; //Visszatérési érték
N : CHAR ; //'0'
END_VAR
BEGIN
NETWORK
TITLE =Nulla karakter
L '0';
T #N;
NOP 0;
NETWORK
TITLE =StrTMP0 feltöltése '0' karakterekkel
CALL SFC 21 (
BVAL := #N,
RET_VAL := #rv,
BLK := #StrTMP0);
NOP 0;
NETWORK
TITLE =A dint átalakítása stringgé
CALL FC 5 (
I := #Num,
RET_VAL := #StrTMP0);
NOP 0;
NETWORK
TITLE =Az eredmény string létrehozása
L P##StrTMP0;
LAR1 ;
L P##StrTMP1;
LAR2 ;
L 12;
T B [AR2,P#1.0];
L B [AR1,P#3.0];
T B [AR2,P#2.0];
L '.';
T B [AR2,P#3.0];
L B [AR1,P#4.0];
T B [AR2,P#4.0];
L B [AR1,P#5.0];
T B [AR2,P#5.0];
L B [AR1,P#6.0];
T B [AR2,P#6.0];
L B [AR1,P#7.0];
T B [AR2,P#7.0];
L '.';
T B [AR2,P#8.0];
L B [AR1,P#8.0];
T B [AR2,P#9.0];
L B [AR1,P#9.0];
T B [AR2,P#10.0];
L B [AR1,P#10.0];
T B [AR2,P#11.0];
L '.';
T B [AR2,P#12.0];
L B [AR1,P#11.0];
T B [AR2,P#13.0];
END_FUNCTION#Num DINT paraméterben bemegy az érték és #StrTMP1 temp változóban képződik.
Esetleg indulj ki ebből (teszteld alaposan). -
Szirty
őstag
válasz
dokikaaa
#5178
üzenetére
Üdv!
Sajnos nem tudok érdemben segíteni, nem foglalkoztam modbus kommunikációval még eddig.
Ha itt nem kapsz választ, nézz el a PLC listára.
Ott vannak MODBUS-al foglalkozó szakik, kérdezz bátran ott is! -
Szirty
őstag
Helló skul0!
"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"
Igen. Csak foglalkozni kell vele aztán vagy sikerül vagy nem.
Az hogy "nem támogatott" nem azt jelenti hogy garantáltan lehetetlen telepíteni és használni vele, hanem azt hogy erre a gyártó nem ad semmiféle garanciát."Nekem is Windows 8.1-en fut a STEP7, virtuális oprendszer nélkül."
Ez is rendben van, ez sem lehetetlen (főleg a fentiek miatt).
Sajnos azonban egy Step7.V5.4-et egy WinCC Flexible 2007-el és mondjuk egy ProTool 6.0-val nem annyira biztos hogy garantáltan sikerülne virtuális gép nélkül ráfaragni. Márpedig vannak rendszerek amik ezt igénylik, tehát marad a virtuális géppel való bajlódás.
Sőt! Sok esetben nem is egy virtuális gép kell, mert mondjuk a SICK safety PLC-jének szoftvere és az OMRON safety PLC-jének szoftvere egy rendszeren nem futnak kitörő örömmel. -
Szirty
őstag
válasz
Andris246
#5173
üzenetére
Helló Andris246!
A legnagyobb gond az USB-RS232 átalakítókkal, hogy nem +/-12V-os jelszintekkel dolgozik.
Azt ugyan nem tudom hogy konkrétan melyik express card-os kártya vagy USB átalakító biztosan ilyen, de ha rendelkezésre áll részletes tech.spec. amiben szerepelnek a jelszintek akkor ezt figyeld. -
Szirty
őstag
válasz
Achilles83
#5165
üzenetére
Nem lesz túl tartós mechanikailag és csak lopott szoftverrel fog ennyibe kerülni.
-
Szirty
őstag
Helló aky01!
A rövid impulzusokat akkor lehet PLC-vel szoftveresen teljes biztonsággal érzékelni, ha a bejövő impulzus hossza minimum kétszer hosszabb a PLC teljes és leghosszabb ciklus idejénél.
Ha az érzékelés olyan program blokkban van amelyik nem minden PLC ciklusban fut le (pl. feltételekhez van kötve, vagy timer interruptból fut) akkor a ciklus idő alatt az érzékelő program lefutásának gyakoriságát kell érteni.Ha ez nem teljesül maradéktalanul, az érzékelés bizonytalan lesz.
Amennyiben az illető bemenet terepi buszos szigeten van (nem a PLC rack-en) akkor a történetet befolyásolja a terepi busz ciklusainak hossza is (az adatsebességből és a buszon lévő eszközök számából adódik többnyire).Az ilyen rövid impulzusok észlelésére több más mód is van (amennyiben a fenti ciklus idő kritérium nem teljesíthető).
Pl. a megszakítás, amit egy szó erejéig említettél is. Ha az impulzus érkezése megszakítást okoz (megfelelően magas prioritással) és az impulzusok gyakorisága nem rövidebb a megszakításkor elvégzett műveletekhez szükséges időnél, akkor megszakítással minden impulzus biztonságosan érzékelhető ( az érzékelésre adott válasz késleltetése azonban már más kérdés).Továbbá a leírt dolog nagyban emlékeztet pl. csavar adagolóra, ahol tipikusan PA csőben levegővel átlőtt csavart kell érzékelni. Erre külön kitenyésztett érzékelők léteznek, melyek a legrövidebb érzékelési impulzus hatására is (a nagyon gyorsan áthaladó csavar esetén is) egy minimum (beállítható) hosszúságú impulzust ad ami mindenféle egyéb erőfeszítés nélkül biztonságosan érzékelhető és feldolgozható.
-
Szirty
őstag
válasz
TotoThomas
#5139
üzenetére
Helló TotoThomas!
Új, teljesne üres project az új CPU, val.
Mellé megnyitva másik project és blokkokat copy-paste? -
Szirty
őstag
válasz
soldi3r
#5128
üzenetére
Helló soldi3r!
Az egyszerűbb (basic) frekvenciaváltóknál nincs safety stop.
Ilyenkor általában a frekvenciaváltó betáplálását kapcsolja le a vészleállítás.
Bizonyos frekvenciaváltóknál megengedik a motor lekapcsolását kontaktorral a kimenetén.
Meg kell nézni a gépkönyvben, ahogy Dezsi82 javasolta, Sajnos sok gépkönyv erről mélyen hallgat. -
Szirty
őstag
válasz
Dezsi82
#5119
üzenetére
Helló Dezsi82!
Most egy kicsit megsértődtél. :-)
Az élet nem könnyű!Van akinek biciklivel egyszerű kenyérért menni, van akinek autóval. Pedig az autóban sokkalta több alkatrész van, meg több mikroprocesszor is. Ez már csak ilyen. Az adott helyzet eldönti.
A jó megoldás általában valahol a végletek között van.Ki tudja melyik a jobb? 64 bitet felhasználni egy boolean változóhoz, vagy 1 bitet?
-
Szirty
őstag
válasz
Dezsi82
#5117
üzenetére
Üdv!
Nem tudom egyszerűbb-e adatküldéssel, hibakezeléssel, összehasonlítással foglalkozni mint egyszerűen figyelni egyetlen bit állapotát.
Én azért aggódnék, hogy mi is történik ha a relé fogja magát és belekapcsol az adás közepébe (mivel teljesen aszinkron módon kapcsolgat, erre elég nagy esély van). Akkor jön a krix-krax. Ami vagy "kisimul" a következő stop bit után (már ha sikerül beállítani egyáltalán hogy legyen stop bit) vagy nem.
Megtelik a vételi puffer, vagy épp nem ürül ki, jönnek a hibák...
Aztán lehet port újraindítgatással vacakolni, meg nagyobb szüneteket hagyni a küldések között, stb.Természetesen működhet így is, szó se róla, majd eldönti hogyan csinálja, nekem mégis olyan mint elefánt a porcelán boltban.
Az a mondás jut eszembe hogy: "Unatkozik? Vásároljon mosómedvét!" -
Szirty
őstag
Helló attrax!
Logo-val is megoldható szerintem, de az időtagok állításához analóg bemenet potméterrel szerintem drága.
Alternatív megoldás lehet, hogy a vezérlést kiváltod ilyen programozható relé, az időreléket pedig meghagyod.
A PLC indítja őket, az időrelé pedig visszamegy bemenetre. A módszer előnye (ha ez számít) hogy ugyanúgy lehetne állítani mint régen.
Ha az időreléket ki akarod hagyni, akkor olyan programozható eszközt javaslok, aminek van kijelzője és billentyűzete vagy kapcsolható hozzá kisebb HMI egység.
A Logo-nak iy van kijelzős változata, a saját kijelzőjén megoldható időtagok állítgatása, de a kijelző felület nem programozható szabadon, ami esetleg körülményessé teheti a beállítást. Ha jól tudom a logo-hoz lehet illeszteni kis HMI eszközt, aminek a képességeit nem ismerem,d e lehet hogy így már túl drága lenne.
Ezeket érdemes átgondolni szerintem.Illetve amit még valamennyire ismerek, az az UNitronics Jazz, ami egy HMI-vel egybe épített, előlapba szerelhető kis PLC, Ennek a HMI felülete szabadon programozható, az időtagok beállítása megoldható vele.
-
Szirty
őstag
Üdv mjmate!
Nem soros kommunikációra gondoltam, hanem arra, hogy a PC-ben pl. a "handshaking" jeleket közvetlenül lehet olvasni szoftverrel.
Pl. a CTS jelre küld a PLC-d egy +12V-os jelet (a nyugalmi -12V helyett), azt a PC-ben tudod érzékelni.Konkrét példával nem fogok szolgálni, ötlet indító tippnek szántam.
-
Szirty
őstag
Helló mjmate!
Nem ismerem a típust, egy kis guglizás alapján úgy tűnik, hogy az RS232 protokollja nem nyílt és valószínűleg nem is szabványos. Anélkül nehéz lesz megszólítani saját programmal sajnos.
De ha csak egyetlen egy bináris jel kell, azt átviheted a PC-be a soros port egyik handshake jelén keresztül is. Csak egy egyszerű tranzisztoros illesztés kell.
Nem szép megoldás, de praktikus :-) -
Szirty
őstag
válasz
miclucky
#5104
üzenetére
Helló miclucky!
Én mélységesen együtt érzek veled a problémával kapcsolatban, még ha ez számodra nem is mindig egyértelmű.
Az biztos hogy ha egy rendszerhez nem kapja meg az ember a forrást és bele kell merülni az sokféleképpen alakulhat, és ritkán könnyű jól kijönni belőle. Főleg ha nagy és bonyolult a rendszer. -
Szirty
őstag
válasz
Peddy789
#5102
üzenetére
Helló Peddy789!
Nos vagy nagy baj van, vagy nem. De az biztos!

A WinCC (és a Step7 is) az arhiválásra a ZIP programot használja.
A hiba oka az, hogy a winzipnek nem sikerült megnyitnia az arhív file-t és 34-es hibával tért vissza. Esetleg magát a winzip-et sem sikerült neki meghívnia, mert nincs a gépen vagy nem az a verzió van amit kezelni tud.Tehát a hibának szerintem két alapvető oka lehet:
1. A zip program vagy hiányzik vagy nem megfelelő azon a gépen (inkompatibilis)
2. maga az arhivált projectet tartalmazó file hibás, sérült, vagy inkompatibilis a meghívott unzippel.A következőt javaslom:
A file-t bontsd ki (winzippel, vagy total commanderrel pl.). Ez egy közönséges ZIP és két file van benne elvileg. Egy .LDF és egy .HMI. Bontsd ki őket egy tetszőleges mappába és töltsd be úgy a WinCCF-el (nem Retrieve, hanem Open Project menüpont).
Ha a ZIP hibás az már akkor ki fog derülni amikor megpróbálod "gyalog" kibontani. Ebben az esetben vagy megszerzed újra a projectfile-t hibátlanul vagy lehet kísérletezni esetleg a zip helyreállításával. -
Szirty
őstag
válasz
bodnarg
#5093
üzenetére
Szia BG!
Mazsika megoldási elve teljesen jó, bár eltévesztette, mert 3 helyiértékhez modulo 1000 kell nem 100.
Utólagos engedelmével példaprogramot írtam a megoldására. Ime:L DB1.DBD 0
L L#10
/D
L L#1000
MOD
T MW 0Létrában:
Mindkét példa a DB1.DBD0 dupla egész változóban fogadja a szétcincálandó változót (a tartalmán nem változtat) és MW0 integrbe kerül bele a 2-4 helyiértékről leválasztott érték.
A létra felhasznál egy DINT típusű #TMP nevű változót. -
Szirty
őstag
válasz
Achilles83
#5090
üzenetére
Helló Achilles83!
Ha a kimenetet nem lehet (hardveresen) skálázni, akkor sehogy. Ha 10V lesz 4096-nál, akkor 2048-nál lesz 5V nem 2000-nél. Ez adódik az D/A felbontásából.
Ha másmilyen hozzárendelést szeretnél, akkor skálázni kell. Ha hardveresen nem lehet, akkor szoftveresem a PLC programban.
Ezt rendszerint szokták is, hogy a programban a fizikai mennyiséggel lehessen számolni ne a konverziós értékkel. Pl. ha az analóg kimenet egy propszelepet vezérel, akkor lehet %-ra skálázni. Könnyebb kezelni a programban (és főleg a kijelzőn ha van). -
Szirty
őstag
Szevasz Onishi!
Úgy látom ennek megvalósítása nem különösképpen problémás. Meg kell oldanod, hogy a 2. HMI el tudja érni az 1. HMI által gyártott log file-t. Pl. hálózati kapcsolaton keresztül átmásolod, vagy file megosztáson keresztül hivatkozol rá.
Ezután a 2. HMI-ben létrehozol annyi internal TAG-et azonos néven és adattípussal, amennyi a logban van.
A 2. HMI-ben csinálsz egy data log-ot ugyanolyan néven, elérési útnak pedig megadod annak a log file-nak az elérését, amit az 1. HMI hozott létre.
Ezután leraksz egy trend-et, a trend típusát beállítod "Log"-ra a trend forrásánál megadod az imént létrehozott log nevét, és a logban lévő változó nevét.A trendhez beállítod a megfelelő X és Y skálákat és értelemszerűen bekapcsolod a kezelő gombok megjelenítését, esetleg a mérőkurzort ízlés szerint.
-
Szirty
őstag
válasz
miclucky
#5082
üzenetére
Helló miclucky!
Az ET200S CPU egy S7-300 CPU funkcionalitását integrálja a terepei I/O szigetbe.
A sebessége (teljesítménye) és az utasításkészlete megfelel egy S7-300-as CPU-nak (mivel valójában az is, kiegészítve egy kis HW-el, ami az ET200S miatt szükséges.SIMATIC ET 200S Interface Modules
ET 200S distributed I/O IM 151-8 PN/DP CPU interface module Operating Instructions (14. oldal)
SIMATIC ET 200 For distributed automation solutions SIMATIC Distributed I/O (60. oldal) -
Szirty
őstag
válasz
miclucky
#5079
üzenetére
Üdv miclucky!
"Érdekességképpen a régebbi részeket egy S5-115 943B cpu viszi AS-i net-es megoldással, ezt minden zokszó nélkül le lehetett menteni, igaz ez STEP5"
Én meg pont egy ilyennel jártam úgy (egy olasz műanyag ipari gépben van) hogy lementeni le lehetett ugyan a programot, de monitorozni nem. Minden kísérlet "Incorrect PLC ansver" hibát eredményezett.
Step5 sem volt hajlandó rá, S5Win sem.Néha belefut az ember ilyesmibe ha nincs forrás project,..
Új hozzászólás Aktív témák
- Vezeték nélküli fejhallgatók
- Autós topik
- AMD off topik: VGA, CPU, APU és minden, ami AMD
- Kávé kezdőknek - amatőr koffeinisták anonim klubja
- OLED TV topic
- Intel Core i5 / i7 / i9 "Alder Lake-Raptor Lake/Refresh" (LGA1700)
- Formula-1
- GoodSpeed: Mutasd magad topic!
- AliExpress tapasztalatok
- Milyen légkondit a lakásba?
- További aktív témák...
- Lenovo 13w Yoga 2in1 Gen 2 AMD Ryzen 3 7330U 8 GB RAM 256 GB SSD Premium garancia FHD IPS TOUCH
- Legolcsóbb!! Brutál erős Lenovo E16 g2 (Core Ultra 7 155H 16Gb DDR5 512Gb SSD) 2 hónap gyári gari!
- Asus VivoBook S14 - 14,1 "FULL HD IPS - i5 1135G7 - 16GB - 512GB SSD - Win11 PRO - MAGYAR
- I9 10900+B460-F
- DLSS3 Gamer PC / Intel i5 12400 / 16GB DDR4 / RTX 4060 / 1TB NVME SSD
- GYÖNYÖRŰ iPhone SE 2020 64GB Black -1 ÉV GARANCIA - Kártyafüggetlen, MS3920
- FIFA 16 Playstation 4
- Dell Precision 7550,15.6,FHD,i7-10850H,16GB DDR4,256GB SSD,Quadro T2000 4GB VGA,WIN11,LTE
- Dobozos ÚJ Lenovo Legion 5 16 2.5K OLED Ultra 7 255HX 32gb ddr5 1 TB RTX 5070
- 245 - Lenovo LOQ (15IRX9) - Intel Core i7-13650HX, RTX 4060 (ELKELT)
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest
.





