Új hozzászólás Aktív témák
-
byte-by
tag
válasz
Psanyi42
#6447
üzenetére
halo
az s7-1200 szimulálhatóságának feltétele a PLC firmware v4.0 vagy magasabb.(TIA V13 sp1)
ez alatt nem fog menni.
az 1500 is TIA v12-től megy.én magam egy ideje ritkán használok siemens-t de ha kell akkor ha lehet 1200 vagy inkább 1500.
szerintem az újabb verziók igen is jól használhatók, jó a db kezelés tag alapú kezelhetősége, rugalmassága.
jó, hogy egyszerűbb lett a kapcsolat felépítése.
egy PID szabályzót játszva össze lehet rakni, stb.persze vannak problémák, de folyamatosan fejlesztik.mondjuk azért olyan siemens-es módra...
kell hozzá egy bika gép, de ez nem probléma. -
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. -
byte-by
tag
válasz
crucified
#6424
üzenetére
halo
az mpi kábel felesleges itt, nem baj ha nincs.
de ha nyitottál új projektet akkor ha kicsit kürűl nézel,a projekt fában a device configurations , a general fül alatt lesz egy PROFINET Interface lrgördülő, és abban egy Ethernet adresses fül.
na ott írja, hogy általában 192.168.0.1 maszk: 255.255.255.0, ez a gyári, de persze erre nincs garancia.
nincs is rá szükség.csak nyomj egy online-t vagy jobbra melletük egy Accessible devices-t.
ott van pár beállítás,hálókártyád, a protokoll, stb. , de auto meg fogja találni. -
byte-by
tag
válasz
totya979
#6390
üzenetére
halo
ilyen esetekben általában kiderül, hogy maga a program okozza.
valahol irja a területet, vagy területeket, vagy átfedés van és több helyen is felülíródik a regiszter.
a dolog csak addig random amíg meg nem lesz a "bűnös", utána programszerű.
az elem az órát és a számlálók tartalmát védi, a memóriák, pl. a D terület alapesetben nem felejtős.ha nincs error a cpu rendben van és a memóriák is, erre figyel az eszköz.
gondolom amikor cpu-t cseréltetek lementettétek majd áttöltöttétek az összes memóriát is.
ha tudta olvasni , írni akkor a memóriák rendben vannak.a keresztrefet érdemes még átkutatni "Long" címzések után, hátha van átfedés.
akkor is lehet gond, ha pl egy timer időalapja memória, de nem megfelelő a formátum,pl. értelmezhetetlen
beírás, akár HMI-ről is, ekkor error-t dob az időalap helyére. -
byte-by
tag
válasz
Miertvansote
#6323
üzenetére
halo
"Igazából egész wordöt szeretném, de azt nem tudom, hogyan kell, ezt légyszi írjátok le."
pl. a SETB-vel lehet egy egész szó bitjeit egyszerre setelni.
pl. SETB w10 &15 = az utasítás a w10-es szó 16 bitjét setelei.(0 -15-ig) eléje kell egy
felfutó él, pl. ha arra van szükség egy first cycle." , A kérdésem ezzel kapcsolatban az lenne, hogy hogyan tudok a számláló aktuális értékére hivatkozni ? "
igen, a comparátor eleme lehet a számláló címe, pl. c10 , a másik operandus pl. #10 . ez a c10-et vizsgálja
#10 -hez viszonyítva a reláció beállításától függően. -
byte-by
tag
válasz
Miertvansote
#6315
üzenetére
halo
azt írod, hogy a 10. kimenetet kell set-elni.
a program részletben a 10. csatorna 00-ás bitjét set-eled, a többit nem.
vagyis a kimeneti szó többi bitjét nem.
akkor most bitet kell léptetni vagy egész wordöt?az I.00 -át cseréld le egy P_on-nal , így létrehozol egy másodpercenkénti felfutó élt.
inkább a számláló elé tegyél engedélyezést.természetesen gyorsabban számol a számláló mivel 1 tized másodperces az impulzus a program részletben.
P_0_1s = 0.1 sec, P_1s = 1.0 sec.egyébként a számláló alapból felfutó élre fog számolni, tehát lehet előtte egy engedélyezés és egy P_1s.
korábban jeleztem, hogy a wsft egyirányú.
ha egész szót kell visszafelé is léptetni,esetleg használj reverzibilis számlálót és komparálj.
a számláló adott értékeinél mozgasd a szó állapotait a másik szóba pl. transfer bit utasítással.ezt meg lehet tenni jobbra is és balra is, csak sajnos több a network.
-
byte-by
tag
válasz
Miertvansote
#6308
üzenetére
halo
esetleg kettővel feljebb , a hozzá szólás.
azért irtam a hozzászólást, mert a MOV -val jól lehet másolni, de nem léptet.
a WSFT ahogy a neve is mutatja a word shift.
persze meg kell oldani programba , hogy ha elérte a kívánt memóriát, akkor megfordítani a forrást és a célt.
ez okozhat csak gondot, főleg ha összevissza kell a cél szó.tehát:
felfutó élre lépteti a szót a kezdő szótól N+1 irányba a cél szóig. a cél után elveszik a tartalom, de a feltöltött
memóriák tartják az állapotukat. -
byte-by
tag
válasz
Miertvansote
#6301
üzenetére
halo
a WSFT-vel a source szót, ami bárhol lehet, másolgatja shift szerűen a kezdő szótól a cél szóig , egyirányú.
megfordíthatod ugyanezzel az utasítással , ha a kezdő szó és a cél szó megfordul.
ebben az esetben a control szó nem változik, független a kezdő és a cél szótól.a MOV átmozgat egy szót egy másik szóba, de nincs source szó, csak egyikből a másikba megy.
ez a klasszikus másolás, ebben az esetben ha a kezdő szó megváltozik az kerül át a cél szóba.
ha megfordítod akkor a cél szó lesz a kezdő szó és át fogja írni az eredeti kezdő szót , akkor is ha az közben megváltozott.van reverzibilis utasítás , de ez a szó bitjeit mozgatja akár két irányba is , az SFTR.
a control szó határozza meg mi történjen. -
byte-by
tag
válasz
molntomi
#6297
üzenetére
halo
konkrétan nem igazán találsz a doksikban a memóriákról különösebb infót.
szó alapú előre definiált memória tömbök vannak, direkt címzéssel bármilyen szabad memóriát
felhasználhatsz bármire.
azt mondod Cj1M-el már foglalkoztál, akkor ezt is ismerned kell, ugyan az, gyakorlatilag csak a neve más:nem D hanem DM terület.
az utasítások is szinte ugyanazok.
a példádban a BSET nullával feltölti a D21-től a D80-ig az összes memóriát.
a MUL aritmetika, a D82 értékét szorozza #50-el és az eredményt elmenti a D83-D84 memóriába.
ez a CJ1-ben is így van, csak más a neve: * vagy *L .a probléma a feltételek beazonosítása, igen sajnos, itt kell keresgélni.
-
byte-by
tag
válasz
Miertvansote
#6281
üzenetére
halo
(#6281) ,(#6283) ezen hozzászólásaid alatt (vagy fölött) meg is válaszolták a problémát.
1.ki kell tölteni a hardver konfigot és akkor lesz fizikai IO-d , kijelzéssel.
2. a CIO területet, a hardver konfig alapján foglalja le.
a jelzett módon tudod monitorozni, vagy bemásolod a symbol listát a toggle watch-ba.
mindenhogy működik. -
byte-by
tag
válasz
Miertvansote
#6276
üzenetére
halo
Alt+3-al ( nem a numerikus padon) előjön a toggle watch ablak.
oda beírhatod a változókat és beállítod ahogy szükséges, a siemens-nél hasonlatos módon.ez abban az esetben azonnali eredmény ha bitet máshol nem írod.
ellenkező esetben jobb-klikk és utána force. ebben az esetben "force"-olod a bitet.
de elővigyázatosan, mert ha csak off-olod a force-ot akkor is force-olva marad, csak off-ban.
tehát cancel kell. ami az adott biten lévő force beállítást törli. -
byte-by
tag
válasz
Miertvansote
#6275
üzenetére
halo
az MVN (022) utasítás teszi ezt.
a source szó minden bitjét ellenkezőre állítja és bemásolja a destination szóba.
a múltkori példák fontosak a bites és szavas műveletekhez. -
-
byte-by
tag
válasz
Miertvansote
#6235
üzenetére
halo
ezt azért írom, mert volt nekem is amihez nem szólt hozzá senki.
itt csak azt adom meg én hogyan fórumozok.
nem mindennap nézem meg , de ha megnézem akkor természetesen igyekszem vissza is olvasni.
ha nem, szólok hozzá annak több oka is lehet.(tapasztalat, relevancia, stb.)a Te esetedben én pl. az Eplan-ban nem tudok segíteni, nem használom.
de nincs értelme kiírni, hogy " ebben én nem tudok segíteni".de biztos vagyok benne , hogy olvasták mások is a felvetésed.
ha nincs válasz az nyilván nem személyes. -
#6186
byte-by
tag
Achilles83
#6183
byte-by
tag
válasz
Achilles83
#6183
üzenetére
halo
az XFER jó legelöl.azért nem javasoltam neki, mert a bemenetek és kimenetek
jellemzően fizikailag elkülönített bitek, az XFER nem különböztet meg biteket, a szó elejétől a végéig tart.
de ha transzferálni kell fizikai IO-t akkor az XFRB talán jobb, ez átnyúlhat bájtokba is vagy 256 bit-ig
akár meddig és nem kell a szó elejéről indulnia. -
byte-by
tag
-
byte-by
tag
válasz
Miertvansote
#6169
üzenetére
halo
az omron word alapú, gondokozz így, persze felbonthatod bitekre is ha akarod.
esetleg használj akár W területet és add hozzá a megfelelő fizikai kimeneteket.
nincs szükség számlálóra.first ciklus esetén felfutó éllel @SETA-tel setelj 5 szó minden bitjét. (10 bájt),
@SETA &0 &75
ekkor az első 5 szó (első 10 bájt) 1 lesz.majd ha 0.00 1- lesz, akkor resetelj 1 szó minden bitjét. ( első két bájt)
@RSTA &0 &15
az első szó minden bitje 0 lesz.ha bájtot akarsz akkor az utasítás második eleme legyen &7 .
vedd figyelembe, hogy a felhasznált szónak a többi bitje már nem használható, vagy csak körültekintően.a címzésnél figyelni kell, mert akár CIO akár W területről választasz memóriát akkor az kimenet esetén bit címet kap, ( az X szó XX bitje ) kivéve blokk utasítások esetén.
-
byte-by
tag
halo
mindenek előtt egyetértek Szirty-vel az oktatás és az aktuális termelési rendszerek, gyártás távolodásában.
Azt azonban, hogy milyen információk alapján mondod, hogy leépítik az idősebb korosztályt az ipari gép karbantartásból és "elméleti" fiatalokkal töltik fel, nem igazán tudom elképzelni.
azt mondod itteni hozzá szólásokban is van ilyen, mondhatnál példát.ha ismered a jelenlegi karbantartó cégek humán erőforrás problémáit akkor ez a megállapítás nagyon fals.
-
byte-by
tag
válasz
Gaben8810
#6136
üzenetére
usb-ként azonosítja mégis talán....
de akkor is ki kellene tudni választani.
ilyet még akkor szokott, ha a driver nem megfelelő.
esetleg az eszközkezelőben meg kellene nézni milyen hardver van a porton.
lehet, hogy át kell állítani alacsonyabb sorszámú portra.
pontosan milyen verzió a cx-programmer ? -
byte-by
tag
válasz
Gaben8810
#6124
üzenetére
az usb-cn226 is csak egy sima cs1w-cn 226 amire gyártottak egy gyári soros-usb átalakítót.
így nem kell hozzátenni külön átalakítót. (Pl. ATEN )
én is a sima változatát használom cj1-hez. ( ATEN-nel )ezt kérdezem, hová van állítva?
de ha nem megy akkor dugj be egy soros kábelt, de omron-ra forrasztva, a cj1-be lehet.
-
byte-by
tag
válasz
Peddy789
#6115
üzenetére
halo !
én tartom amit ezzel kapcsolatban legutóbb írtam.
de ez persze csak az én véleményem.
a módszernek legfeljebb apró változtatás esetén van valami kis értelme.nem gyorsabb ha tönkremegy a PLC.
gondolj, bele. odamész, széthúzod a konfigot, kiveszed a halott vezélőt, beteszed az újat,
összenyomod a konfigot, majd azon spórol az ember pár percet, hogy egy ellenőrizhetetlen,
nem monitorozható megoldással programot telepít fel.
csináltam pár cpu cserét, és soha nem alkalmaztam ilyen módszert, én nem látom értelmét.
néhány probléma:ha a konfig nincs elmentve a kártyán akkor nem fog felmenni, illetve hibát jelez.
ha közben változott a konfig, akkor is gond lesz.a memóriák állapota. elmentődik-e a memóriák tartalma a kártyára? ha nem akkor bukta az összes memória tartalom, ha igen, akkor az az állapot fog feltöltődni, ami akkor volt aktuális amikor
elmentették. ha a memóriákat paraméterezésre is használják, ez gond lehet. vagy esetleg új recepteknél.ha van hálózati elérésű TAG, akkor csak az Integrátorral lehet feltölteni a paramétereket.
a TAG-eket ugyan létrehozhatod (laptoppal) ,mint symbolumokat, de kell az Integrátor a paraméterek feltöltéséhez.
a rossz hír, hogy ha ez hiányzik akkor működési zavarokhoz vezet, de nem csak az adott gépen,
hanem azon is amelyikkel ezeken keresztül kommunikálna.
másik rossz hír, hogy a Net tipusú változókat online nem tudod létrehozni, csak úgy ha a cpu stop-ba kerül.
vagyis rendes program rátöltés esetén.vagy mi van ha nem ugyanolyan cpu van raktáron. a CJ1 és CJ2 átjárható,típuson belül is.
de ha CJ1 -et akarsz cserélni, de csak CJ2 van, az kártyáról nem fog menni.
sőt, memóriakártyáról a (Pl.) CJ2M-CPU14 - ről CJ2M-CPU33-ra sem fog menni a csere.
márpedig tapasztalatom szerint az összes CPU-ból nem tartanak egy cégnél sem egy-egy példányt tartalékba, csak olyat amivel nagyjából majdnem mind kiváltható.
de ha van egy programozó eszköz, pl. laptop átírod a CPU-t , validálod, és mehet fel.ha CJ2x-CPU3x a vezérlő, kártyáról szerintem nem lesz beállítva az ethernet.
tehát az én tanácsom, mindig legyen elmentett projekt a laptopon.
én csinálok egy backup-ot, egy save-t és egy aktualt. vagyis 3 mappában tárolom az adott programot, természetesen minden szükséges hozzávalójával.(program, memória (E-terület is), hálózati paraméterek, stb.)
még így is veszíthetek leginkább memória tartalmat, de jóval biztosabb a dolog.nem utolsó sorban látom mi történik. és persze bízunk abban, hogy a PLC megy utoljára tönkre,
végül is erre gyártották.byte
-
byte-by
tag
válasz
Peddy789
#6068
üzenetére
halo!
a cj2m-be megoldható.
az előttem szóló " joci9 "megjelölte a dip kapcsolókat ,(gépkönyvet javaslom) valóban ez a menete, de én nem sok értelmét látom, mert az eredeti program, ha van, megy a levesbe.
tehát ha van, akkor azt azért mindenképp érdemes lenne menteni.
egyébként az SW7 kapcsoló a nyerő.én magam sohasem használtam. ritka , hogy ne akarnának valami apróbb módosítást, (pl. timerek) , plusz backupolom az ererdetit, és csak utána töltök frisset.
ráadásul senki nem garantálja, hogy az 100 százalékra úgy működik ahogy kitalálták.
találkoztam már olyannal, hogy pl. egy érzékelő NC helyett NO volt , ezért ,meg kellett változtatni a kapukat.
nyilván helyszínen laptoppal.
de ez csak egy dolog.
memória kártyáról szerintem csak az eredeti program apróbb módosításait szabad installálni, ráadásul csak olyan programban ami gyakorlatilag a visszatöltés előtt lett leszedve.de, mint jeleztem én magam ilyesmit soha nem csinálok. csak programozó eszközzel dolgozom.
minden munka előtt mentek és komparálok, sőt lefordítok. pláne ha rajtam kívül más is turkál benne.byte
-
#6053
byte-by
tag
Achilles83
#6052
byte-by
tag
válasz
Achilles83
#6052
üzenetére
halo!
?
-
byte-by
tag
válasz
mrlecso10
#6016
üzenetére
halo
ne a password opciót használd.
tegyél ki egy numeral IO dislpay-t. meg egy OK (Beírás)gombot.plc programban az OK felfutó éllel set-eli a bitet amit szeretnél (Pl: 0.0), (KEEP utasítás)
feltételnek kell egy comparátor amiben ellenörzöd a beírt kódot egy segéd memóriával,
valamint legyen még feltétel hogy a bit 0, ezek a KEEP set ága előtt.a KEEP reset ága ugyanez, de a feltétel bit ilyenkor 1.
CQM1-el nem olyan praktikus , mert a comparátor kimenet , valamint gondoskodni kell az élvezérlések kialakításáról.
a segéd memória vagy programból , vagy ha változtatni is akarod a hmi-ről is feltölthető egy beállító menüben. gyakorlatilag itt adod meg mi legyen a kód.
ha a bit set vagy reset, élvezérlésekkel (DIFU, DIFD) nullázza ki a beíró memóriát, hogy ne maradjon bent a kód.
persze akkor is érdemes ha nem jó a kód. -
byte-by
tag
érdekes dolog a forráskód.
csak egy (tragi)komikus részlet...:gigaprojekt-gépsorbeszerzés ,távolkeleti barátaink rendkívül segítőkészek és barátságosak voltak.
omron környezet, a programok abszolút hozzáférhetők, felkommentezve , doksi hegyek,stb.csak sajnos minden kisszék-hóember-ajtó-ablak-létra formában.(egyesek szerint csirkeláb üzem)
csak a HMI-n volt két nyelv az eredeti és az angol, mivel a látható visszajelzésnél elvárás volt, a plc programban nem.
ráadásul a felszerelt hmi-k nem is igen voltak bevezetve az európai piacra, de szoftver volt hozzá, ráadásul ingyenes.ráadásul ha a laptop terület és nyelv beállításait nem állítom át, azonnal krix-krax lesz a kommentből.
az már csak hab a tortán, hogy ha ne adj Isten módosítok a felügyeleti beállítás megváltoztatása nélkül, a plc azonnal error-t jelez rátöltés után, főleg mivel sok az auto címzés.
veszélyes játék.
jelenleg én már a mnemonic font-nál is csak a @mdjpn gothic beállítást használom.
a gáz az ha olyan európa programot kell használnom amiben van ékezet, (pl. esetleg honfitársunk
)
mert akkor meg úgy jelezhet compile hibát, persze át kell állítani a területi beállításokat. -
byte-by
tag
Hallo!
1
azért irtam, hogy nem valószínű.
2
azért írtam, hogy én nem használom a range-t sem, hanem plc programból oldom meg és a hmi-re csak kiírom mennyi a lehetőség, tájékoztatásképpen.tehát ha nincs sem value sem range , akkor az a határ amit én a programból szabok neki, és kiíratok a hmi-re.(nem mindig)
-
#5916
byte-by
tag
TotoThomas
#5915
byte-by
tag
válasz
TotoThomas
#5915
üzenetére
az 1200-es újra inicializál indításkor,- pl. DB módosítás esetén - vehet fel nulla értéket, de ezt nem a hmi küldi.
az 1500-as bizonyos hasonló helyzetekben csak szinkronizál.ahogy rsf kolléga mondta csak a hmi-t lehúzva lehet kontrollálni pár dolgot.
a start value alapból üres ez rendben.
én a range-t sem használnám, mert ha a kezelőknek nincs információjuk róla, és ha a range-n kívüli értéket írnak be semmi nem történik, vagy épp nulla lesz(ez nem valószínű)
én ilyenkor írok egy programot komparátorral, hogy ha kisebb amit be lehet irni akkor a minimumra vált, ha nagyobbat akarnak beirni , mint lehetséges akkor a maxra vált.
vagy ne történjen semmi, esetleg figyelmeztetés.
a hmi-n én ki szoktam írni mennyi lehet a min. meg a max. sima text-el. pl az I/O field fölé vagy akárhová.
az I/O field input/output legyen.ha nulla a tag akkor a plc / program az oka.
esetleg nézdd meg a hardver konfigban a cpu startup beállítását, restart esetén.vagy interrupt ob-ban irj egy db-t aztán egy startup ob-ban azzal töltsd fel a kritikus memóriát, próbaképpen.
egyébként hova írod? input / output I/O field-be?
-
-
-
byte-by
tag
válasz
Miertvansote
#5798
üzenetére
kevés az információ.
kell a plc típusa, a cpu száma, a fejlesztőszoftver verziója, típusa esetleg.pl. nem minden plc-t lehet szimulálni,
a fejlesztő "LITE" verzióban a szimulátor nem működik, a verzió is csak pár cpu-hoz jó. -
byte-by
tag
jó meglátás.
a logikai elvek hasonlók, de az utasításkészlet, memóriakezelés, stb, lehet nagyon más.mellesleg olyan szerintem nincs, hogy mindenfélét programozol.
vannak gyárak ahol valóban van 2-3-4 féle vezérlő (vagy akár több) , de egyre ritkább.
ma már inkább titpizálnak, ha lehetséges.érdemes lenne a hardverkörnyezetet felderíteni és úgy nekikészülni.
-
byte-by
tag
halo!
ez változó, de én pl. majdnem mindenhol ahol dolgoztam volt adatgyűjtés.
jelenleg siemens Scada energiafelügyeleti rendszer és egyéb folyamatadatok.
" jellemzően " ott van ahol igény van rá.de a problémám is ezzel kapcsolatos nagyjából , cx-supervisor adatgyűjtés szerelő sorokról.
ami csak belefér.tehát ahol lehet és érdemes eddig majdnem minden helyen ahol dolgoztunk mértek és gyűjtöttek adatokat.
nem én csináltam az adatgyűjtő rendszert és programozást, de a plc-s támogatást igen.byte
-
byte-by
tag
halo!
erről a berthel csodáról nem sok minden van neten.
irják úgy is, mint "compact PLC / S5-PLC "
a kábelére hivatkoznak rá, mint " Berthel/COMCON TTY - K1002 "
de , hogy milyen szoftver kellhet hozzá .....?
gondolom végignyálaztad Te is a netet, de alig van valami, sajnos én nem találkoztam vele, de lehet, hogy más igen.más:
nekem is van egy kérdésem: Uni Pulse F381A (erőmérő) tipussal van valakinek tapasztalata?
leginkább omron plc-vel való kommunikációra lenne szükségem, adatátadásra.
az digit I/O nem gond (judgment, ok,ng, H, L, stb.) de mérési eredményt szeretnék átadni.
a műszer több section-ben mér , és a végén ad egy végleges eredményt és a judgment-et (gyári alap :5, nem kell mind kihasználni) , jelenleg minden lemért section erdményére szükség van.
a jelek szerint soros porton és még vagy egy tucat lehetőséggel tud kommunikálni, persze jónéhány opciós.
de van olyan plc konfig ahol nincs soros kártya, csak esetleg LAN switch.byte
-
byte-by
tag
halo!
a ktp basic sorozat nemigazán használható animációk megjelenítésére.
a panelcsalád a legegyszerűbb(butácska) változat, nem jó választás ha animációt is akarunk.programozással megoldható,a karok helyzetének külön-külön megjelenítése.
de sok állapotot kellene leprogramozni, illetve megjeleníteni az adott helynek és/vagy foknak megfelelően, kissé értelmetlen.byte
-
byte-by
tag
válasz
Krisz0627
#5636
üzenetére
halo!
a FI relé nem problémázik direktbe. akkor igazából szivárgás nagyon nincs, vagy küszöb alatti, bár a frekiváltó meg érzékeny rá...?
esetleg valamely paraméter nem befolyásolja ennek a hibának a detektálását?
vagy a kábel esetleg? árnyékolás?érdemes lenne bekötni egy másik hasonló , már működő motor elé már ha van rá lehetőség.(nem1,5 kw, hanem 5,5 kw-ra)
az elég jól szeparálná a problémát, talán. -
byte-by
tag
halo
az a gyanúm, hogy ez bármelyik KTP Basic (PN) panellel előfordulhat.
"máshol" jeleztem egy 400-assal magam is így jártam, de a megoldás szintén nem akart összejönni.
köszönet a tippekért.
legközelebb én is kipróbálom a módszert, de nem leszek bánatos , ha ez az idő soha nem jön el !byte
-
byte-by
tag
válasz
b.gabi33
#5598
üzenetére
halo
ha a munkahelyeden ilyesmit simán kidobnának, akkor vetess egy combót ami mindenhez jó.
300/400/200-hoz is. annyira nem drága.a csatlakozási probléma lehet a driver hiánya/probléma, DP -ba vagy MPI-be dugod, a tia-nak meg kellene találni, ha keresi, ha egyébként minden rendben van.
próbáld me a dp-t, a siemenses adaptered mpi/dp ha egyébként renben van a csatlakozó , vezeték, driverek,jó helyre dugod, akkor mennie kéne.esetleg válaszd a "show all compatible devices" lehetőséget.
-
byte-by
tag
halo Szirty !
érdekes amit mondasz az új "világrenddel " kapcsolatban.
pont így jártunk mi is.
minden gép hálózati figyelés alatt van, állásidő, efficiency, OEE, stb.
heti 2x meeting, energiaaudit projekt, visszatérő problémák, stb.
több embert felvettek és jelenleg többen foglalkoznak a gafikongyártással , mint ahány karbantartó van.ne érts félre, én belátom a termelési, üzemviteli adatok kiértékelésének fontosságát, és ezekből a megfelelő
tanulság levonását, a karbantartási rendszer esetleges módostását, ha szükséges.de.
ha már erősen tulzásba esünk ez ügyben akkor az a helyzet áll elő, ami sajnos nálunk már van,
hogy 5-6 ember 2 embert arról kérdez ez -meg ez miért így megy , miért nem megy jobban, stb.
és amikor megjegyzem, hogy talán mert ugyanannyi karbantartó van , mint amikor fele (!) ennyi gépsor volt,
akkor szerintük ez nem kifogás, és pozitív motíváció helyett szankciókat találnak ki !
de olyanokat, amiket leírni sem merek, mert akkor döbbentem rá, hogy ritka idiótákat sikerült megbízni ezzel az adatprojektel.
természetesen nekünk technikai középvezetőknek a véleménye, ötlete elhanyagolható, olyannak is aki 13 éve csinálja.az eredmény : a túlterhelt, motíválatlan és frusztrált karbantaró kollégák közül 2 tapasztalt el is hagyta a céget.
tehát még rosszabb eredmények születnek.
az eredmény: még terheltebb, még motíválatlanabb és még frusztráltabbak a meglévő kollégák.
tehát még rosszabbak az eredmények.
és így tovább. -
byte-by
tag
halo
ki kell találni kik/ mik a célközönség.
a mi megrendelőink olyat szeretnének amihez igazából nem kell nyúlni.
párás, hideg-meleg környezetben is működik, némi rázkódásra nem érzékeny, megbízhatóan és sokáig működik karbantartás nélkül is, viszont adott esetben gyors és egyszerűen szerkeszthető legyen a programja.akkor is működjön ha csupa mocsok, karcos, ha touch ronggyá van kopva, csatlakozók oxidálódva, stb.
ezért ha kell több pénzt is kifizetnek.szóval kérdés, hogy mi a célja a fejlesztésnek, hová szánod elsősorban.
byte
-
-
byte-by
tag
halo!
omron adattípusok.
megszokás kérdése.
személy szerint nincs különösebb problémám az omronos adatokkal.
a definiált memóriatáblázat bizonyos körülmények között előnyösebb, van amikor hátrány.
a memóriák és utasítás jelleg jelölések érdekesek persze (kukac,&, kettős kereszt , stb.), de szerintem hamar megszokható és kimondottan jó a help, a supportról nem is beszélve. rendkívül segítőkészek.előbbi hozzászólásomban példaként említettem az analóg jelkezelés bcd eredményét.
én ezt használom, 1 - 2 tizedes majdnem mindenhova jó volt.
jó lenne persze siemens-es off-delay, és a timer/counter utasítás csak kimenet lehet.
LAD diagramban gondolkozva.alapjában véve a programszerkesztő tulajdonságaira gondolunk amikor egy-egy plc típus adatkezeléséről beszélünk.akármennyire tükrözi a plc operációs rendszerének működését.
byte
-
byte-by
tag
válasz
Zoleee89
#5569
üzenetére
halo.
jó lenne tudni konkrétan mit is szeretnél.
az omron inkább szó alapú.
eredményként nem akarsz bcd-t ?
2 tizedes pontosságot lehet elérni, adott esetben , 0-99-ig (egész) méréshatárral, 16 biten például.
a másik amit még szoktak javasolni a lebegőpontos ábrázolás, ezt tudod alkalmazni ha nem akarsz bcd-t.átjárhatóság, adattípusokkal kapcsolatban:
az utasítások instrukction help-jében le van írva az alkalmazható adattípusok listája, attól eltérni nem igen lehet, bár elég széles a paletta, adott esetben.byte
-
#5554
byte-by
tag
zolizozo80
#5553
byte-by
tag
válasz
zolizozo80
#5553
üzenetére
halo
a matematikai utasítások között kutakodj.
az EXPT (Exponentiate) ilyesmit csinál , utasítás engedéllyel.byte
-
byte-by
tag
halo
a siemens TIA -t 21 napos próbaverzióba töltheted le tudtommal.
meg ha laptopra karod I5 mag és 8 giga memória alatt csak kínlódás.(meg pc-re is)az omron akciós csomag jó lehet, de az LT verzió csak a CP szériához jó.
nem mindegyik szimulálható, viszont nincs rá szükség ha van plc-d is meg hmi-d is, meg stb.az utasításkészlet teljes ,ugyhogy mindent meg lehet csinálni vele írhatsz blokkokat meg minden egyéb nyalánkságot.
a teljes program ( cx-one) 400 k körül van, céggel érdemes vetetni.
vagy ha lemondasz a szimulátorrol meg a hmi-ről az omron kft oldalról letöltöd a díjmentes cx-programmer 2.0-át. a cpm sorozathoz jó egyrészt, másrészt a logikai folyamat megfigyelhető, az utasítások értelmezhetőek.
byte
-
byte-by
tag
válasz
DP_Joci
#5471
üzenetére
halo.
én sem vagyok igazán járatos, de pár dolgot még be kell állítani.
de van róla step-by-step PID segédlet a youtube-on is.
https://www.youtube.com/watch?v=TpmOJ9gKaZwaztán pár pdf. a kártya beállításaihoz.
http://literature.rockwellautomation.com/idc/groups/literature/documents/um/1769-um002_-en-p.pdfén nem foglalkozom AB-vel, példaprogramom nincs,de ezeket azért talán érdemes átnézni.
byte
-
byte-by
tag
válasz
KB.Pifu
#5457
üzenetére
halo!
a kérdés jogos.nem a wincc fogja meghatározni a képességeket, hanem a hmi típusa. a wincc igazodik majd a kiválasztott hardverhez, és csak a releváns képességek programozhatósága lesz aktív.
ha arra vagy kíváncsi mit tud egy wincc f-el programozott eszköz akkor annak az eszköznek a technical-manual-ját kell áttanulmányozni, vagy utánanézni.
-
byte-by
tag
válasz
mrlecso10
#5443
üzenetére
halo!
ha nem akarsz új projektet megváltoztathatod a plc tipusát is, látom, hogy jelenleg még nincs a programban semmi.
a projekt fában jobb egérgomb a cpu-n és ott kiválasztod, hogy change.
aztán a listából kiválasztod a megfelelő plc-t és cpu tipust, esetedben a C200HG-t , majd a settings opciónál a cpu tipust, jelen esetben : CPU 51-et.de az is megfelelő lehet, ha ráengedsz egy auto tuningot és akkor megtalálja magától, csak azt kell megadni hogyan kapcsolódsz(serial, usb, etn, stb.), aztán elmented a projektet és megvan a konfig.
ha üres a plc az sem gond, akkor is megtalálja, nincs üres omron plcbyte
-
#5427
byte-by
tag
Hasaggymeg
#5422
byte-by
tag
válasz
Hasaggymeg
#5422
üzenetére
halo!
igen, ez a "deadband", PID paraméter, valószínű.
pár paramétert érdemes manuálisan beállítani, gondolom ezért rakták ki, bár innen nézve nem megállapítható, hogy lehet-e változtatni a jelenlegi értéket, vagy csak tájékoztatást ad.igazából én a deadband-et nem szoktam különösképpen változtatni,(az a jó ha pontos) inkább az impulzusok hosszát,(ésszel) mert ha sűrűn is kell szabályozni pl. motoros szelepet, akkor ha már elindult menjen legalább 1s-ig, ne csak ki-be kapcsolgasson. ez a mintavétel idejétől is függ, hiszen lehet , hogy utána már nem kell szabályozni, vagy másik irányba.
byte
-
byte-by
tag
válasz
levelko
#5409
üzenetére
halo!
igen, a rossz hír, hogy a tia v12(sp1), vagy még alacsonyabb verzió, nem tudja az s7-1200 plcsim-et.
de ezt a helpje írja is a "supported hardvare " szócikkben, illetve konkrétan az 1500-as sorozatot jelöli meg simulálhatónak.
gondolom nálad akkor valami ilyesmi prbléma van, mert v13 (és sp1) -nél firmvare v4.0-tól megy
byte
-
-
byte-by
tag
-
byte-by
tag
válasz
#34322688
#5392
üzenetére
halo!
azt mondod, hogy az omron oldalán töltötted le.de ott vannak a leírások is.
CX-Integrator,CX-Motion,CX-Motion,CX-One Kezdő lépések ,CX-Programmer Kezelési kézikönyv, stb.http://industrial.omron.hu/hu/products/catalogue/automation_systems/software/programming/cx-one/default.html
ha van benne szimulátor akkor inkább x napos próbaverzió.
az omronkft.hu olalon teljes verziót tölthetsz le, igaz ez csak cx-programmer 2.0, és csak a cpm1 és cpm2 -höz jó. ott vannak példaprogramok is, vagy csak a példaprogramokat töltöd el onnan.
byte
-
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
-
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
-
byte-by
tag
válasz
Andris246
#5194
üzenetére
halo !
lehetséges problémák,
-az aten általában jó, érdemes ellenőrizni , hogy a drivere fent van-e,az aten-en van egy visszajelző led, annak elvileg villognia kell, ha valamilyen kapcsolat létrejött.
- az omron nem pontosan az ibm sztenderd rs232 pin kiosztást használja , ez még lehet probléma, bár azt írtad pc-ről megy.igazából, ha az átalakító oké, (és az usb foglalat is) a kábel rendben, a portbeállítások alaphelyzetben, akkor auto keresésben meg kellene találnia.
érdemes lecsekkolni a fentieket, de másnak talán van jobb ötlete.
byte
-
byte-by
tag
halo !
lehet a frekiváltó és a motor közé kapcsolót tenni, csak erősen nem ajánlott, mint jeleztem pláne feszültség alatt.
ha mégis akkor le kell venni a feszültséget kapcsoláskor.ez gondolom megoldható, nyilván a lekapcsolással együtt a feszültséget is érdemes elvenni.
pl. az l7-l1000 gépkönyve is megjegyzi, hogy "soha ne csatlakoztasson ki vagy be motort amikor a frekvenciaváló kimenetén feszültség van".
ez adott esetben a fentebb említett megoldással üzemelhet, de egyéb ipari alkalmazásokban felesleges megszakítani a főáramkör kimenetét, mi nem szoktuk.
amit leírtam az a nálunk alkalmazott technológia.nálunk is vannak darálós gépek, sőt vannak kifejezetten darálók is, keverők is, nem mágnes fékezettek, hanem közepes-nagyteljesítményű aszinkron motorok.
ha belegondolunk, adott esetben megszakítom a motorkábelt, a motor kifutva megáll.ez nálunk egy 2 köbméteres keverő esetében 3,5 sec, pláne , ha tele van és a forgó termék tehetetlenségi nyomatékot generál.
de izlések és pofonok...byte
-
byte-by
tag
halo
nem "magyar frekiváltós liftek" van szó.
fetételezem a liftek, pláne a személyszállítók, külön szabvány alá tartoznak, külön biztonsági szabályok vonatkoznak rájuk.
azért is vannak speckó cégek erre.
az iparban használatos általános célú frekiváltókról beszélünk , amiknek a gépkönyve egyébként leírja mit lehet tenni, mit nem, legtöbbször.pl. (azért írom ezt , mert ezt használjuk leginkább)
-az omron (yaskawa) kimondottan ellenzi a főáramkör kimeneti kábelének megszakítását, pláne feszültség alatt,
-a tranziens jelenségek elkerülése végett árnyékolt főáramköri kimeneti kábelt javasolnak, a vezérlésnél csavart érpárt,
-a főáramkör betáp oldalának megszakítását elnézi, de megjegyzi , hogy ezt sem ajánlatos tenni félóránként 1-nél többször,feszültség alatt,ezek nem betarthatatlan szabáylok, nyilván a frekiváltó élettartamának tesz jót, ha figyelünk arra amit a gépkönyv ír.
byte
-
byte-by
tag
válasz
soldi3r
#5145
üzenetére
halo.
a frekiváltóval kapcsolatban:
ha már mindenképp meg kell szakítani a főáramkört akkor a frekiváltó előtt kell és nyilván az indítójelet is elvenni, az analóg jelet nullára.
mi leginkább omron v vagy j sorozatot használunk, ott vannak biztonsági tiltóbemenetek többek között. -
#5146
byte-by
tag
TotoThomas
#5144
byte-by
tag
válasz
TotoThomas
#5144
üzenetére
halo.
tia portallal programozva ha nincs elmentve az adott blokk ahol db is vannak akkor hibát jelez.
a db blokkokat el kell menteni, ez lehet probléma. -
byte-by
tag
halo!
egy startup OB meghívásával esetleg nem megoldható move utasítással bemásolni a kritikus regiszterekbe az adatokat?
ezeket az OB1 végén valamilyen blokkban el lehetne menteni retain memóriákba amiket máshol nem írsz , így mindíg a legutolsó másolódna be be újraindításkor.byte
-
byte-by
tag
halo !
ez így van.
csak jelzés értékű volt, az elmentett programokkal kapcsolatban.
a példám alapján pedig arra gondolok , hogy esetleg valami csavar folytán mégis simatic managger-el programozták a kritikus programot.
de persze ez csak találgatás, tudom , hogy pl. mást ír ki. -
byte-by
tag
válasz
miclucky
#5069
üzenetére
halo.
a simatic manager és a tia más és más kiterjesztésű file-t hoz létre.
a kettő nem átjárható.
egyébként akkor is van letöltés tia-ban, ha simaticban van írva és ki is zöldül, de én nem tudtam elmenteni sem például.
a fa struktúra legalább is képes megjelenni.
de olyan is van (nálunk van ilyen gép) ahol a plc program simatic manager-el van írva ( kiterjesztés: .s7p )
a hmi tia-val van írva. (kiterjesztés : ap12)
lehet még probléma a v11 verzióval - lehet azt a verziót keresi amelyikkle írták - de v12 sp1-től jobb és stabilabb.
de egyébként is sok jó dolog van benne , persze erős gép kell hozzá.byte
-
byte-by
tag
halo.
a siemens-nél is van copy ram to rom. vagy memória kártyára is lehet másolni.
nyílván ha beilleszettük a programot a megfelelő helyre, akkor az elemtől függetlenül eltünni nem fog.
nem minden gyártónál kell "beégetni".
még az is elképzelehető, hogy érdemes lenne újra visszaállítani a gyári default beállításokat.pont a megnevezett plc többszintű memóriájával (vagy ennek kezelő utasításával, vagy felületével) kapcsolatban jegyeztem meg, hogy esetleg nem-e lehetséges ,hogy ott a probléma, azzal együtt, hogy nem ismerem a schneidert.
byte
-
byte-by
tag
halo!
nem igazán ismerem a shneider termékeit, ezért csak tapogatózom.
esetleg nem valmilyen flash memory peobléma van?
a manuálja ír boot applikációt is ezzel kapcsolatban.lehet rosszul értelemezem, de változtatás után ha nincs elmentve a program a flash memory-ban (területen?) akkor a következő boot-nál onnan tölt be.
az elem tudtommal nem a programot védi ( pont mert az általában nem felejtő területen van , vagy memóriakártyán is szinte kivétel nélkül minden plc-ben) hanem időzítők, számlálók, egyéb regiszterek tartalmát , illetve a szoftveres vagy hardveres óra tartalmát.
mint jeleztem sajnos nincs tapasztalatom scheider típusokkal , csak hátha...
byte
-
byte-by
tag
-
byte-by
tag
válasz
#34322688
#4889
üzenetére
halo!
a grafcet egy programozási "nyelv", mint pl. a létra.
akár a siemens step 7 -tel is lehet graph (igy hívja a grafcet-et) nyelven programot írni.
viszont azt hiszem a graph modul nem része az alap programnak .
a plc fejlesztőkörnyezetek manuáljában benne vannak a lehetséges opciók, ott nézz körül.megjegyzem , a grafcet (mi anno folyamatábrának is hívtuk, nemtom mér' ) eléggé szekvenciális dolgokra használható csak igazán.
viszont az utasításlistát , a létrát és az FBD-t szint minden plc editor ismeri. ha közel áll hozzád a relés logika és/vagy a vizuális értelemzés akkor létrát vagy fbd-t javaslok, mint jeleztem ahhoz szinte bármilyen fejlesztőkörnyezet jó.(omron,siemens, macsupicsu,stb.)más megjegyzés ,feltételezem Bablena András könyvét szerezted meg, abból is az első kötetet.
amásodik kötetben épp arról szól, hogy grafcet-ben sokmindent nem célszerű programozni, abban más nyelvekről van szó.byte
-
byte-by
tag
válasz
dave0825
#4886
üzenetére
halo!
az Output Latch-et tekintheted set-nek az Output Unlatch-et pedig reset-nek gndolom.
esetleg ugyanazokkal a feltételekkel leírhatod megnézed hol seteli hol reseteli a merkert.(vagy fizikai címet)az sr tárolóhoz ismerni kell az összes set feltételt és az összes reset feltételt, ha ezekből nincs sok akkor átböngészve a programot összeszedheted őket és átgondolva berakhatod a megfelelő set vagy reset ágba.(létrában gondolkozva, de az AB -t figyelembe véve gondolom létrában van írva.)
de, mint mondtam talán átemelheted a forrásprogramot és ahol latch-el ott setelsz, ahol unlatch-el ott resetelsz.
lehet van másnak még jobb ötlete.byte
-
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
-
byte-by
tag
válasz
Peddy789
#4864
üzenetére
halo!
miért lesz stl-ben az upload?
töltöttem már le s7 programot, amelyik blokk awl-ben (stl) volt irva az awl-volt, ami kop-ban (lad) az meg kop.ha meg fup (fbd) akkor abban jelenik meg.példa:
ez így jött le.
az átalakítás megy létrából stl-be, de fordítva nem igazán.byte
-
byte-by
tag
válasz
#34322688
#4833
üzenetére
halo !
ugyanazt mondhatom amit / (#4814) / hozzászólásban valakinek.
Szirti lapjai,írott tudomány , olyan emberek társasága akik csinálják, fórum látogatása,sok, de pontos kérdés,ingyenes programok letöltése és használata, példaprogramok, táblázatok, plc-k manuáljai, doksijai, stb. -
-
byte-by
tag
válasz
Dezsi82
#4830
üzenetére
halo !
nos valóban, a cpi1-hez is hozzáadható a Main Rack mudulsorhoz az NC271.
elindítottam a sx-one-t és hozzáadtam.
de az is igaz, hogy fel kéne paraméterezni , kiosztani az általa használt memória tipusokat és területeket. csak elvi felépítésben egy ilyen konfiguráció ( plc-modul-vezérlő-motor) kissé nehézkes.
kíváncsi vagyok, hogy a hardverek nélkül a paraméterek rögzíthetőek -e , és működhet-e a dolog.
byte -
byte-by
tag
halo !
ha visszaolvasol ezen a fórumon (nem is túl sokat) akkor tapasztalod, hogy nem vagy egyedül.
többen panaszkodtak , hogy alig kapnak információt erről a területről bármilyen képzésre járnak.
van itt mérnök aki sehogy nem tud plc közelébe jutni, elakad a bürokráciában (is).
vannak akik okj-s képzésen vettek részt, de csak legfeljebb az érdeklődésüket keltették fel , tanulni ott szinte semmit sem lehet.
ezt a céges - aláírós dolgot felejsd el.semmit sem tanulsz, de kizsigerelnek.látogasd Szirty lapjait,nézd át az írott tudományt, olvasd a fórumot, tegyél fel kérdéseket, próbálj olyanokkal ismeretségbe kerülni akik plc-vel foglalkoznak.
tölts le ingyenes szerkesztőket (omronkft.hu ), írj példaprogramokat, blokkokat.
próbálj meg projektek közelébe kerülni.de ez mind ahhoz kell, hogy el tudd dönteni valóban ezzel akarsz-e foglalkozni hosszútávon.
byte
-
#4806
byte-by
tag
Achilles83
#4804
byte-by
tag
válasz
Achilles83
#4804
üzenetére
halo
ez az "utasítási létraszimbólumba" érdekes..
ha a végén hmi megjelenítés lesz belőle, ne csinálj gondot magadnak.
pláne ha analóg mérések eredményéről van szó. talán rosszul gondolom , de a pldáid alapján hőmérséklet és páratartalom a mérésaz eredmény sima BCD , aztán a hmi-n tizedesponttal kijeleölöd a törtjeit.
a Te példád: 23,6 C az #2360 BCD 16 bit, az nem más , mint 23,6 megjelenítve.
56,8 % matematikailag #5680 BCD , hmi-n az 56,8 megjelenítve.
vannak matematikai utasítások.azért jó lenne tudni honnan jönnek az értékek.
byte
-
byte-by
tag
válasz
KB.Pifu
#4793
üzenetére
halo!
pedig az interneten fent van ami kellhet.
de próbáld meg ezt :http://web.t-online.hu/gentile/MRx.pdf
van benne jónéhány rajz az épületes dolgoktól az automatikáig. megnevezve a rajzokra vonatkozó szabványt: MSZ IEC 617-1 – 617-13
a végén természetesen szabvány gyűjtemény és irodalom jegyzék.
de az utolsó oldalt mindenképp figyelemre méltó ahol egy csinos kollegína szorgalmas tanulásával mutatnak példátde tényleg. próbálj meg kézbe venni elektromos könyveket valamilyen módon.
tervezz egyszerübb szekrényt mutasd meg olyannak aki ilyesmivel foglalkozik, vagy dolgozik rajzokkal , hogy tiszta , érthető -e.arra , hogy mi milyet használunk és miért , nem lehet egyértelműen válaszloni.
amit használunk azt azért használjuk mert azt szoktuk és abban a stílusban.
a harmadik szekrény után ez már nem kérdés, hiszen ugyanazokat a jeleket használod.valahol azt olvastam, hogy frissen végzett mérnökként gépeken dolgozol.(valami cnc rémlik)
abban is van elektromos könyv, meg minden gépben.
vagy az iskolában valamilyen információ forrás nem volt az írott tudomány lelőhelyéről?
az elektromos könyvekben egyébként általában fel vannnak tüntetve azok a szabványok amik alapján készültek, mind a létesítésre mind a biztonságra vonatkozólag.byte
-
byte-by
tag
halo Szitry !
nem szabály van olyan , hogy "nyugtázni kell".
azt , hogy " kell " úgy értettem, hogy a biztonsági relé oldás esetén abban a helyzetben marad amíg nem nyugtázzák.
persze vannak alacsonyabb kategóriák,illetve egyéb beállítások, ( programozások, ha alkalmas) de azért írtam valamivel erőrébb, hogy a veszélyességi szint is meghatározza a történések kimenetelét.nálunk nincsenek auto reset biztonsági relék, mindent nyugtázni kell pl. hmi-ről.
sőt be is kellett építenünk egy gépünkbe egy ASI-reset nyomógombot, mert valami nem oké a programban. programozható biztonsági megoldásról van szó ASI rendszerben. de nem mi csináltuk nem férünk hozzá, várjuk a megváltást. -
byte-by
tag
válasz
Dezsi82
#4771
üzenetére
halo
így más a helyzet.
ez biztonsági kérdés amit elvileg és gyakorlatilag biztonsági relének kell lekezelnie nem a plc-nek , ami jelet kaphat a relétől.
ez egyben válasz a fénykapu megsértése utáni történésekre mivel a kétkörös biztonsági relét nyugtázni kell.
elvileg gépészetben 4-es kategóriájú biztonsági eszközöket kellene használni, de ettől sokan eltérnek.biztonsági esemény esetén több dolog történhet, ez függ attól, hogy pl. a kimenetek letíltódna vagy sem.
át kell gondolni.byte
-
byte-by
tag
válasz
Dezsi82
#4767
üzenetére
halo!
ha valóban "veszélyes tér ", akkor persze , akárhogy nem lehet elhagyni.
de ha csak egy ajtó akkor nem olyan kritikus.azért kell tudni , hogy ez pl. robot tér, gyártó gép tere, vagy egyéb veszélyes munkaterület.
a 2006 / 42 / EC ( EK -nak is ismerik ) egy irányelv gyűjtemény szabványokhoz. ezen belűl is a B2 típusú szabványok a biztonsági berendezésekre vonatkozó leírások. a B1 típusúak inkább a körülményekre , környezetre koncentrálnak.
ha ez céges buli akkor kell lennie munkavédelmi megbízottnak és neki tudnia kell, de el lehet veszni a szabvány tengerben.Ha , mint írtam valóban veszélyes terület, akkor valóban nyugtázni kell, de méghozzá úgy, hogy belülről ne lehessen.hiszen a fénykaput befelé is átlépheted meg kifelé is.
ezért jók az FSU-k, amik területet fednek le, vagyis folyamatos a benttartozkodás amíg a hatótávjában vagy.de mindenképp a biztonsági berendezés által védett terület veszélyességi szintje határozza meg a teendőket. ha csak tényleg annyi, hogy egy ajtó ami ne csukodjon az illetőre, akkor mindegy , de akkor is az a jó ha az ajtó "visszavonul", majd folytatja. pl. ipari lift ajtó.
byte
)
Új hozzászólás Aktív témák
- Itt a Galaxy S26 széria: az Ultra fejlődött, a másik kettő alig
- Diablo IV
- Assetto Corsa Rally
- Parkside szerszám kibeszélő
- Azonnali mobilos kérdések órája
- GoodSpeed: Mutasd magad topic!
- PlayStation 5
- RAM topik
- Folyószámla, bankszámla, bankváltás, külföldi kártyahasználat
- Formula-1
- További aktív témák...
- Újszerű iPhone 14 Pro 128GB Asztro szürke független, 100% aksi, 1 Év garancia
- LG UltraGear 32GQ950P-B 4K NanoIPS
- G.SKILL TridentZ RGB 32GB kit (4x8GB) 3866MHz CL18 F4-3866C18Q-32GTZR !!Samsung b-die!!
- Dell Latitude E6440,14",HD+,i5-4300M,4GB RAM,320GB HDD,DVD+RW,WIN10
- Lenovo 13w Yoga 2in1 Gen 2 AMD Ryzen 3 7330U 8 GB RAM 256 GB SSD Premium garancia FHD IPS TOUCH
- Lenovo L14 Ryzen 5 4500U Refurbished - Garancia!
- Lenovo ThinkPad T15 Gen 2 i5-1135G7 16GB Ram 256 GB SSD FHD IPS Garancia
- AKCIÓ! Apple iPhone 12 Mini 64GB mobiltelefon garanciával hibátlan működéssel
- Apple iPhone Xr 64GB piros / ÚJ AKKU/ ÚJ KIJELZŐ / 12 hó jótállás
- 210 - Lenovo IdeaPad 5 Pro (16ARH7) - AMD Ryzen 7 6800HS, RTX 3050Ti
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest