- AMD Ryzen 9 / 7 / 5 7***(X) "Zen 4" (AM5)
- Gaming notebook topik
- Bambu Lab X1/X1C, P1P-P1S és A1 mini tulajok
- Felpörög az asztali CPU-piac a következő pár hónapban
- ThinkPad (NEM IdeaPad)
- Szünetmentes tápegységek (UPS)
- SONY LCD és LED TV-k
- Apple notebookok
- Mini-ITX
- Kormányok / autós szimulátorok topicja
Hirdetés
-
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.
-
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.
-
AMD Radeon undervolt/overclock
lo Minden egy hideg, téli estén kezdődött, mikor rájöttem, hogy már kicsit kevés az RTX2060...
Új hozzászólás Aktív témák
-
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 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 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 norbert100 #5279 üzenetére
+AR1 P#6.0
-
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[ Szerkesztve ]
-
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 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).
[ Szerkesztve ]
-
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 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 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 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:[ Szerkesztve ]
-
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 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 #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
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 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
"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 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
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 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 #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 #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 #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 #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 #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
-
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
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.[ Szerkesztve ]
-
-
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
Ü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
-
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... :-/
[ Szerkesztve ]
Új hozzászólás Aktív témák
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Promenade Publishing House Kft.
Város: Budapest